Boris Zbarsky
fa974d0e19
Bump XPCOM version to 10 on CLOSED TREE.
2011-09-27 13:15:52 -04:00
Ehsan Akhgari
62a7debec3
Bump the XPCOM version from 8 to 9
...
--HG--
extra : transplant_source : %DB%9E%D5%03%8D%D2%11%DDu%15%CF%A3%8A%BC%FFZ%D5%E6%26p
2011-08-16 14:18:30 -04:00
Boris Zbarsky
db0b1932e6
Bump the XPCOM module version number as well.
2011-07-05 16:10:52 -04:00
Benjamin Smedberg
e2e379caba
Bump mozilla-central version numbers for the next release on a CLOSED TREE.
2011-05-24 13:51:50 -04:00
Benjamin Smedberg
972a1f9e8c
Bug 656331 - XPCOM binary component loading never checks mVersion, r=bz
2011-05-11 13:03:38 -04:00
Benjamin Smedberg
19154d067a
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
fcee48bcb1
Bump the binary compatibility version post-branch.
2011-03-23 10:28:41 -04:00
Benjamin Smedberg
ed3a49c9a2
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
9045c05660
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