.vscode/extensions.json
author Mike Hommey <mh+mozilla@glandium.org>
Fri, 05 Apr 2019 02:30:56 +0000
changeset 468491 60669a841a87644ba9b2f4d9f17f225e2eca0980
parent 451206 18327ea5bef95ab6b9dce429808a7c1c49895a19
child 469037 fa04f301164e537741cde9e8605bfaaa51649def
permissions -rw-r--r--
Bug 1541792 - Replace linker magic with manual component registration. r=froydnj Before bug 938437, we had a rather large and error-prone nsStaticXULComponents.cpp used to register all modules. That was replaced with clever use of the linker, which allowed to avoid the mess that maintaining that file was. Fast forward to now, where after bug 1524687 and other work that preceded it, we have a much smaller number of remaining static xpcom components, registered via this linker hack, and don't expect to add any new ones. The list should eventually go down to zero. Within that context, it seems to be the right time to get rid of the magic, and with it the problems it causes on its own. Some of those components could probably be trivially be converted to static registration via .conf files, but I didn't want to deal with the possible need to increase the number of dummy modules in XPCOMInit.cpp. They can still be converted as a followup. Differential Revision: https://phabricator.services.mozilla.com/D26076

{
    // See http://go.microsoft.com/fwlink/?LinkId=827846
    // for the documentation about the extensions.json format
    "recommendations": [
        // Trim only touched lines.
        "NathanRidley.autotrim",
        // JS Babel ES6/ES7 syntax hilight.
        "dzannotti.vscode-babel-coloring",
        // ESLint support.
        "dbaeumer.vscode-eslint",
        // C/C++ language support.
        "ms-vscode.cpptools",
        // Rust language support.
        "rust-lang.rust",
        // CSS support for HTML documents.
        "ecmel.vscode-html-css",
        // IDL language support
        "mythmon.idl"
    ]
}