Files
meteor/tools
David Glasser 05366ab5c2 fix duplicate compiler extension errors
There are a few different times when we detect duplicate compiler
extensions.
(a) We detect them in Plugin.registerCompiler if a single
    isopack itself registers duplicate extensions.
(b) When compiling a unibuild in compiler.compile, we check to see if a unibuild's
    plugin-providing dependencies overlap.
(c) When preparing a unibuild for bundle-time source processing, we
    check the same condition.

(Why do we need to re-check in (c)? If a unibuild was published and
passed (b) at publish time but is being bundled with different versions
of dependencies, it might fail (c).)

There were a few fixes here:

- In compiler.js (b), if we detected a duplicate extension, the code to get
  the name of the conflict package was wrong and could throw.
- In compiler-plugin (c), we just weren't using buildmessage.

With just those fixes, we would actually see *both* kind of errors show
up if the error was in the app rather than a package, because
bundler.bundle didn't actually bail out on error after compiler.compile!
So we added that fix too, with a relatively conservative WatchSet.
2015-06-30 01:18:05 -07:00
..
2015-02-10 11:56:20 -08:00
2014-12-04 17:56:04 -08:00
2015-02-04 12:57:17 -08:00
2015-03-30 19:56:35 -07:00
2015-06-26 17:35:51 -07:00
2015-06-29 20:02:05 -07:00
2014-06-13 17:14:42 -07:00
2015-06-23 14:49:13 -07:00
2015-06-26 17:35:51 -07:00
2015-06-26 18:26:11 -07:00
2015-02-13 20:36:45 -08:00
2015-02-17 09:22:48 -08:00