-
Notifications
You must be signed in to change notification settings - Fork 413
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
Inspect OCAMLPATH when not using ocamlfind
#642
Conversation
ocamlfind
ocamlfind
| None , None -> None | ||
| Some s, None -> Some s | ||
| None , Some _ -> None | ||
| Some x, Some y -> Option.some_if (x <> y) x |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why do we discard the OCAMLPATH if it's set in the context? Is it because we're afraid it's simply set by the parent process? I think in this case, opam should simply unset when giving us the environment variables.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. I guess opam should do it indeed, but currently it doesn't. Additionally, for cross-compilation we don't rely on opam.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, sure. A couple of things to consider regarding the opam + OCAMLPATH issue:
- Perhaps we should print a warning?
- Is there an opam bug report for this issue?
Btw, master already contains the CHANGELOG entry (with pr number + attribution) so you can remove it here. |
I don't think so, there is no easy way for users to disable the warning appart from completely unsetting the variable
It seems like it, opam should probably always set this variable. But Dune should do it as well, for instance for x-compilation. |
No description provided.