<div dir="ltr">I don't how much work is involved with getting rid of non-standard spidermonkey syntax and pre-processors, but if it's a lot, then one option would be to fork the espree parser (used by eslint), make it support those, and configure eslint to use our fork: <a href="http://eslint.org/docs/user-guide/configuring.html#specifying-parser">http://eslint.org/docs/user-guide/configuring.html#specifying-parser</a><br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 30, 2015 at 10:05 AM, Tim Guan-tin Chien <span dir="ltr"><<a href="mailto:timdream@mozilla.com" target="_blank">timdream@mozilla.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The Gecko JavaScript is also littered with #ifdef and # is really not a<br>
token for comment in JS... is there any plan to migrate that away since<br>
there is ESLint present?<br>
<br>
On Sun, Nov 29, 2015 at 10:37 PM, Vivien Nicolas <<a href="mailto:vnicolas@mozilla.com">vnicolas@mozilla.com</a>><br>
wrote:<br>
<div class="HOEnZb"><div class="h5"><br>
> On Sun, Nov 29, 2015 at 2:30 PM, David Bruant <<a href="mailto:bruant.d@gmail.com">bruant.d@gmail.com</a>> wrote:<br>
><br>
> > Hi,<br>
> ><br>
> > Just a drive-by comment to inform folks that there is an effort to<br>
> > transition Mozilla JavaScript codebase to standard JavaScript.<br>
> > Main bugs is: <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=867617" rel="noreferrer" target="_blank">https://bugzilla.mozilla.org/show_bug.cgi?id=867617</a><br>
> ><br>
> > And <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1103158" rel="noreferrer" target="_blank">https://bugzilla.mozilla.org/show_bug.cgi?id=1103158</a> is about<br>
> > removing non-standard features from SpiderMonkey.<br>
> > Of course this can rarely be done right away and most often requires<br>
> > dependent bugs to move code to standard ECMAScript (with a period with<br>
> > warnings about the usage of the non-standard feature).<br>
> ><br>
><br>
> What about .jsm modules ? Or is that not really considered ?<br>
><br>
> I have been told that ES6 modules may help to solve some of the problems<br>
> covered by .jsm but I don't see how you can create a ES6 module that is can<br>
> be accessed from multiple js context from the same origin. Mostly<br>
> interested as it would be nice to be able to write a module once and share<br>
> it between multiple tabs instead of having to reload the same JS script for<br>
> all similar tabs, like all the bugzilla tabs many of us have open for<br>
> example.<br>
> _______________________________________________<br>
> dev-platform mailing list<br>
> <a href="mailto:dev-platform@lists.mozilla.org">dev-platform@lists.mozilla.org</a><br>
> <a href="https://lists.mozilla.org/listinfo/dev-platform" rel="noreferrer" target="_blank">https://lists.mozilla.org/listinfo/dev-platform</a><br>
><br>
_______________________________________________<br>
dev-platform mailing list<br>
<a href="mailto:dev-platform@lists.mozilla.org">dev-platform@lists.mozilla.org</a><br>
<a href="https://lists.mozilla.org/listinfo/dev-platform" rel="noreferrer" target="_blank">https://lists.mozilla.org/listinfo/dev-platform</a><br>
</div></div></blockquote></div><br></div>