<div dir="ltr"><div>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.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 5, 2019 at 4:12 PM Kris Maglione <<a href="mailto:kmaglione@mozilla.com">kmaglione@mozilla.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">As of bug 1478124, the new preferred method for registering XPCOM components <br>
is via static manifest files, as documented here:<br>
<br>
<a href="https://firefox-source-docs.mozilla.org/build/buildsystem/defining-xpcom-components.html" rel="noreferrer" target="_blank">https://firefox-source-docs.mozilla.org/build/buildsystem/defining-xpcom-components.html</a><br>
<br>
And, as of bug 1524688, it will be the preferred method of defining <br>
JavaScript components as well as native ones.<br>
<br>
The primary motivation for this change is to decrease the amount of memory <br>
(and, to a lesser extent, startup performance) overhead that component <br>
registrations consume in content processes, which would not have been <br>
acceptable in the post-Fission world. It has the side-benefit, though, of <br>
making most registrations much more straightforward, requiring only a single <br>
entry, in a single place, for each component.<br>
<br>
<br>
Thank you to all of the reviewers who had to review a lot of very large <br>
patches to make this possible, particularly Nathan Froyd, Eric Rahm, and <br>
Mike Conley, on whom I dumped most of the biggest chunks.<br>
_______________________________________________<br>
firefox-dev mailing list<br>
<a href="mailto:firefox-dev@mozilla.org" target="_blank">firefox-dev@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/firefox-dev" rel="noreferrer" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
</blockquote></div>