Thanks so much for doing this! Having static XPCOM component manifests will be awesome both for Fission memory usage, and just general usability of our codebase into the future.
On Tue, Feb 5, 2019 at 4:12 PM Kris Maglione <kmagli...@mozilla.com> wrote: > As of bug 1478124, the new preferred method for registering XPCOM > components > is via static manifest files, as documented here: > > > https://firefox-source-docs.mozilla.org/build/buildsystem/defining-xpcom-components.html > > And, as of bug 1524688, it will be the preferred method of defining > JavaScript components as well as native ones. > > The primary motivation for this change is to decrease the amount of memory > (and, to a lesser extent, startup performance) overhead that component > registrations consume in content processes, which would not have been > acceptable in the post-Fission world. It has the side-benefit, though, of > making most registrations much more straightforward, requiring only a > single > entry, in a single place, for each component. > > > Thank you to all of the reviewers who had to review a lot of very large > patches to make this possible, particularly Nathan Froyd, Eric Rahm, and > Mike Conley, on whom I dumped most of the biggest chunks. > _______________________________________________ > firefox-dev mailing list > firefox-...@mozilla.org > https://mail.mozilla.org/listinfo/firefox-dev > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
