-
-
Notifications
You must be signed in to change notification settings - Fork 3
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
The extension built from sources doesn't work #17
Comments
I've also tried to build on macOS instead of Windows. The same result. The output |
Okay, it looks like the Babel build is currently not working through the jspm rollup plugin. We should upgrade to the new JSPM CLI workflow, do an update of the dependencies, and update to a newer version of the build process based on current import-map-based process. That we don't have an import map in the first place is why the version lock broke and this broke. This is a top priority for me to ensure you can land your work and we can release updates to this plugin. I hope to get a fix landed on Sunday during my open source hours. |
@FluorescentHallucinogen with #19 merged, this should now be building again at least. Please let us know if it's working now for you. |
@guybedford I am going to fix the bug with cli with updating the versions. Right now the command don't work since I added resolutions flag. Will post here once it is done 👍🏽 |
All good with the build now. Please let me know if there are still any issues 👍🏽 |
To add few more details to the issue for reference. Babel is using a pattern to export From Usage of 7.21.2import type * as t from "@babel/types"; 7.23.3import { template, types as t } from "@babel/core"; As the lazy export pattern is not recognisable in interop. The build from Since this is a kind of breaking pattern change, but published under a minor update. When we are installing for @guybedford do you think the CDN should handle this type of issue. Or should we let the Tried to reproduce the same in node@20, and it seems to work. Perhaps the CDN bundler too should support this ? |
Now I get the following error:
|
This is a Windows-specific issue it seems. @FluorescentHallucinogen do you have WSL or a posix system you can build on? Otherwise we may need to do some Windows support work further here ... |
Unfortunately, not. In general, I can install the WSL. But I truly believe that Windows support would be helpful. Not so much for me, but for other future contributors. This is a very useful extension. BTW, I've added JSPM tools to https://github.com/WICG/import-maps#community-polyfills-and-tooling. See WICG/import-maps#297. 😉 |
I've also noticed that the size of |
@FluorescentHallucinogen that could be because of unlined source maps now. Guy released a new update for generator, I will be updating the code extension once more with it. The size will be better now. I will remove the sourcemaps too for the build. |
I did see that PR, certainly thanks for that - the project hasn't had as good marketing the last couple of years as it should have had, so all mentions are very much welcome. Definitely we need to support Windows builds, this is being tracked in jspm/jspm-cli#2559. In the mean time, I hope you can at least work around those issues though. With the merge in #21 things should finally be working with the build size back to normal on non-Windows machines. |
Just checked on macOS, and it still doesn't work for me. The extension starts, but fails after the second question "Generate: Select environment conditions:". The Could you please recheck that the I've tried both, running the Now I get the following error:
The interesting thing is that |
Hey, sure I am going to look on my side and revert back here in few minutes 👍🏽 |
I ran the local build in my vscode, and seems to work. Can you share the https://docs.google.com/document/d/1RoRYO92it6fszm_fGv4bjZu23CsP5ug6d7IHnBaXWtU/edit?usp=sharing |
Sure, here's the repo: https://github.com/FluorescentHallucinogen/jspm-vscode-bug If I use the unmodified extension just installed from the marketplace, all works like a charm. But if I use the As for the second problem:
I've found the problem. I've missed the |
I was able to reproduce the same, thanks for sharing more info. I might need to fine tune the importmap little more. Looks like, we are still loading |
Make sure to ensure “vscode” is being passed as an env condition to the map
generation.
…On Thu, Dec 14, 2023 at 11:11 Jaya Krishna Namburu ***@***.***> wrote:
I was able to reproduce the same, thanks for sharing more info.
I might need to fine tune the importmap little more. Looks like, we are
still loading fetch-native instead of fetch-vscode file in the build. And
so the extension is failing to load the files. I will look into it more 👍
I am suspecting this, is the cause for this issue
https://github.com/jspm/jspm-vscode/blob/main/importmap.json#L12
—
Reply to this email directly, view it on GitHub
<#17 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAESFSV6NKMWLWB7JJTSHV3YJNFPBAVCNFSM6AAAAAA74AG7Z2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNJWGQZTENZTGY>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Environment:
OS: Windows 11
Node.js: 20.10.0
Steps to reproduce:
chomp
globally (npm i -g chomp
).chomp build
.$JSPM_VSCODE_PATH
variable.chomp test
.JSPM: Generate Import Map
in VSCode.Actual behavior:
Receiving an
error.
Expected behavior:
The extension works.
Notes:
Also, I've tried to build the code from
0.2.1
tag instead of the latest code frommaster
branch. The same result.The text was updated successfully, but these errors were encountered: