Getting odd behavior when building packages (ecmascript)

core
1

I am making a fairly simple package. I noticed that grigio:babel said to switch to ecmascript. I have the following package.js

Package.onUse(function (api) {
  api.versionsFrom('1.1.0.3');
  api.export('MyPackage');
  api.use(['meteor-platform', 'ecmascript', 'mongo', 'underscore']);
  api.addFiles('my_package.js')
});

This exports a single object. However, I have been getting a variety of errors. Among them is:

While selecting package versions:
error: unknown package: isobuild:compiler-plugin
Required by: ecmascript 0.1.3-plugins.1

Another one I have gotten intermittedly is:

(STDERR) Program has no main() function.

Anyone know how to handle these errors and build with ecmascript?

2

Are you using one of the 1.2 RCs? Which one?

3

I am using 1.1.0.3, I think. I was going off grigio:babel’s atmosphere page:

Your regular .js files will take ES2015 syntax by default if you do meteor add ecmascript

Ideally, I would like to make this package work with 1.2, but it seems to keep crashing with isobuild when I set package.versionsFrom('1.2-rc.7');

4

So the ecmascript package only works if you are running the Meteor command line tool from 1.2. So you would need to use that versionsFrom and run meteor --release 1.2-rc.7.

This is kind of a shitty error though, I wonder if we could make it better.

5

OK just consulted with @glasser and apparently this is just an RC thing. When Meteor 1.2 actually comes out it will print a nicer message that explains that you need to be using 1.2 for ecmascript to work.

6

Okay cool, that appears to have fixed it, thank you good sir.
Soo, any announcements on when 1.2 comes out?

1 Like
7

Literally working 8 hours a day to push it out right now, so as soon as humanly possible. (It’s in my interest too, building and testing releases isn’t the most fun part of this job)

8

It’s all good, it’s very impressive how quickly MDG pushes out updates. 1.2 totally looks like the best release so far, though

1 Like