New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Default export not found when exporting as object literal #54
Comments
Fascinating. I have never run into this syntax. Esprima is cool with it too. I would have thought this was invalid, but given the spec on exports, seems like this is a normal case. Not without precedent, either. I'm not totally clear on whether this is valid per the spec (Babel allows a lot of things), but it certainly seems useful. I'm not sure what to do... seems like the pragmatic thing is to handle it as you've described. |
Probing the net with this StackOverflow post, too. |
I think it should be accepted according to http://www.ecma-international.org/ecma-262/6.0/#table-42. |
Yeah, between that and table 40, I think you're right. I will handle. 😁👍 |
Let me vet the changes a little tomorrow at work, and then I will publish as 0.8.1. Thanks for the report! |
Amazing!! Thanks a lot for that prompt reply :). I used the new version and it worked great for me. |
I'm using the following syntax:
And later importing as:
But I'm getting a 'No default export found in module'. Code runs and compiles fine with babel.
Switching the
foo
module to:Works OK.
Using 0.8.0, with
babel-eslint
1.4.3 as parser.The text was updated successfully, but these errors were encountered: