gecko-dev/layout/build
Nathan Froyd 7618f58711 Bug 1517653 - give the power manager service its own xpcom module; r=mccr8
The layout module is a little weird.  It's described as being loadable
in the GPU process, but very few of the contracts and CIDs it contains
are also marked as such.  In fact, the sole reason the layout module is
marked as being loadable in the GPU process is so that the power manager
service can be registered; everything else is inconsequential.  This
setup also means that the initializer for the layout module has to
specifically check whether it's running in the GPU process (or several
other processes...), so we don't try to spin up a bunch of stuff we
don't need, like xpconnect and similar.

This setup is silly: we should have a module solely for the power
manager's use and that module can be loaded in the GPU process.  Then
the layout module can go back to being an ordinary module, and we don't
have to play games in its initialization method.
2019-01-08 15:56:58 -05:00
..
moz.build Bug 1447924 - part 3: Rename nsTransactionStack to mozilla::TransactionStack r=m_kato 2018-03-22 23:30:48 +09:00
nsContentDLF.cpp Bug 1517241 - Rename nsIDocument to mozilla::dom::Document. r=smaug 2019-01-03 17:48:33 +01:00
nsContentDLF.h Bug 1517241 - Rename nsIDocument to mozilla::dom::Document. r=smaug 2019-01-03 17:48:33 +01:00
nsLayoutCID.h Bug 1511181 - Reformat everything to the Google coding style r=ehsan a=clang-format 2018-11-30 11:46:48 +01:00
nsLayoutModule.cpp Bug 1517653 - give the power manager service its own xpcom module; r=mccr8 2019-01-08 15:56:58 -05:00
nsLayoutModule.h Bug 1511181 - Reformat everything to the Google coding style r=ehsan a=clang-format 2018-11-30 11:46:48 +01:00
nsLayoutStatics.cpp Bug 1514697 - Lazy loading for URL-Classifier features, r=dimi 2019-01-05 09:11:06 +01:00
nsLayoutStatics.h Bug 1511842 - Remove unused nsLayoutStaticsRef. r=TYLin 2018-12-05 02:21:40 +00:00