Closed jordwalke closed 5 years ago
It assumes all packages have already been converted over to pure npm and pushed somewhere as pure npm.
Does this mean that it depends on #81? If yes, does it depend on that issue because esy uses some opam packages and that way esybuild
could have them in its package.json
?
For anyone working on this:
I think they actually can be worked on in parallel, but before there's a dependency there before we can actually roll out the npm packages, yeah.
Repurposing this github issue.
Is this addressed by jordwalke/esy-issues#98?
Originally by https://github.com/esy-ocaml/esy-opam but now this is abandoned as we ported esy to native — we use opam-*
libs as is from opam now.
Here is a BuckleScript builder for the current version of opam-file-format: kazcw/opam-file-format-bs. I'm not sure what else is needed.
Maybe I'm interpreting "parser" too narrowly. Is this bug for the whole opam-to-npm converter discussed in #81?
@kazcw this issue is obsolete because esy has moved on from compiling to JS.
Yes, thanks for the reminder. I'll close this. In fact most of the issues are in esy repo now.
Having the ability to parse opam files directly from JS would allow us to clone opam repos and then build them locally easily without having to create opam switches etc.
Old text: