> > I'll point out that Babel doesn't follow spec perfectly because it can't > transpile the bindings correctly in the case of synchronously executed code > with circular dependencies. That's a CommonJS limitation that Babel can't > work around any more than it already does.
@Isiah Is that so? Babel is leading the charge in terms of transpilers right now, so that's unfortunate. Anyway I did some quick Googling and found a couple of things related to the subject: https://github.com/webpack/webpack/issues/1788 https://esdiscuss.org/topic/how-to-solve-this-basic-es6- module-circular-dependency-problem While it's evident people have been encountering this for quite some time, it seems like the solutions up until now have been mostly workarounds. My hope is that a "package" keyword could tackle this kind of thing at more of a holistic level for bundled applications. What does the *spec* say should happen in that situation? (You've clearly > been into it in some detail.) As opposed to what Babel does, since of > course Babel while excellent is working with some limitations...? @T.J. Good question, see below my response to Logan It would be a TDZ error, rather than `undefined`, in a real implementation > of block scoping + ES6 modules. The ordering still means that `A` won't > exist when `class B extends A` runs. @Logan So it sounds like this TDZ error would be at runtime as opposed to compile-time, correct? Do you have a link to where this is referenced? Both cases would imply the ES6 spec does not truly support circular dependencies, and that Babel is not entirely incorrect On Wed, Feb 22, 2017 at 1:18 PM, Logan Smyth <[email protected]> wrote: > > What does the *spec* say should happen in that situation? > > It would be a TDZ error, rather than `undefined`, in a real implementation > of block scoping + ES6 modules. The ordering still means that `A` won't > exist when `class B extends A` runs. > > On Wed, Feb 22, 2017 at 10:00 AM, T.J. Crowder < > [email protected]> wrote: > >> On Wed, Feb 22, 2017 at 5:50 PM, Isiah Meadows <[email protected]> >> wrote: >> >>> I'll point out that Babel doesn't follow spec perfectly because it can't >>> transpile the bindings correctly in the case of synchronously executed code >>> with circular dependencies. That's a CommonJS limitation that Babel can't >>> work around any more than it already does. >>> >> I was wondering about that. Greg, re your example where you said: >> >> In the latest Babel the above code fails to run on the first line of >>> app.js (at the time it attempts to execute `_inherits(B, _A);`.). This is >>> because "A" is undefined in module b.js due to the circular dependency. In >>> this case Babel basically executed code in the incorrect order for this to >>> be able to work. >> >> >> What does the *spec* say should happen in that situation? (You've clearly >> been into it in some detail.) As opposed to what Babel does, since of >> course Babel while excellent is working with some limitations...? >> >> -- T.J. Crowder >> > >
_______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
