Boris Zbarsky
d126d8ff61
Bump XPCOM version to 10 on CLOSED TREE.
2011-09-27 13:15:52 -04:00
Ehsan Akhgari
94e2e25fd4
Bump the XPCOM version from 8 to 9
2011-08-16 14:18:30 -04:00
Boris Zbarsky
aa493ac00c
Bump the XPCOM module version number as well.
2011-07-05 16:10:52 -04:00
Benjamin Smedberg
6adc451585
Bump mozilla-central version numbers for the next release on a CLOSED TREE.
2011-05-24 13:51:50 -04:00
Benjamin Smedberg
0b64a75387
Bug 656331 - XPCOM binary component loading never checks mVersion, r=bz
2011-05-11 13:03:38 -04:00
Benjamin Smedberg
f6accbd220
Revise the XPCOM version number for Firefox/Mozilla 6. I'm going to just use the same version number as the platform to keep things sane.
2011-04-29 10:53:33 -04:00
Benjamin Smedberg
1b69e79044
Bump the binary compatibility version post-branch.
2011-03-23 10:28:41 -04:00
Benjamin Smedberg
726d0cfc47
Address review comments from bug 568691 comment 13/14/17:
...
* rename mozilla::Module struct entries to be clearer
* change Module documentation so that the last entry is { NULL } in all cases (the compiler will 0-expand the structure)
* remove NS_XPCOM_COMPONENT_REGISTRY_FILE
* add MOZ_MEDIA/MOZ_OGG/MOZ_WAVE/MOZ_WEBM ifdefs to nsHTMLMediaElement.h and nsContentUtils.cpp
2010-06-21 12:46:26 -04:00
Benjamin Smedberg
0e824d90bb
Bug 568691 part A - register static and binary components using data tables rather than programmatic nsIComponentRegistrar methods. This part contains the important needs-review bits of the change: part B contains the mechanical changes to each module in order to actually get a working build. Part C will contain changes necessary to register JS components from .manifest files
2010-06-10 14:11:11 -04:00
