Skip to content
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

Ability for released binaries to *not* augment findlib path. #25

Open
jordwalke opened this issue Nov 3, 2017 · 0 comments
Open

Ability for released binaries to *not* augment findlib path. #25

jordwalke opened this issue Nov 3, 2017 · 0 comments

Comments

@jordwalke
Copy link
Member

We still want to export a wrapper script that execs the correct version of the binary, but without augmenting things like OCAMLPATH - or really any part of the environment.

Here's a couple of examples where it's important:

# The  local project's `esy` environment is overwritten by the `esyvim`
# binary wrapper's environment.
esy esyvim myFile.re

# If vim is using the globally installed `ocamlmerlin` that has a wrapper
# then the local project's `esy` environment will be overwritten by
# the global `ocamlmerlin`'s. This forces you to install merlin as a dev
# dependency which is also a good approach, but it would be nice if
# you didn't have to.  
esy vim myFile.re

This can really only be decided on a per application basis. Packages that are released must decide if it makes sense for their use case to wrap the binaries.

I'd say that esyvim would opt out of wrapping, and so would ocamlmerlin.

The other approach is to let released binaries decide if they want to wrap, but only if not already running in an environment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants