You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems that in Dune 3.8.0, the loading of all context is done more lazily than before (which is good!). I don't see any entry in the changelog, so I'm checking if this was expected and won't change in the future. i.e. with an empty project dune + ocamlfind installed, and with just one dune-workspace file that contains the following:
Also, as the context seems to be loaded lazily, could we go one step further and not require ocamlfind at all if that x-compiler context is not used? i.e. right now, Dune will fail with the following:
$ opam remove ocamlfind
[...]
$ dune b; echo $?
Error: Could not find `ocamlfind' in PATH or an environment variable
`OCAMLFIND_CONF' while cross-compiling with toolchain `solo5'
Hint:
- `opam install ocamlfind' and/or:
- Point `OCAMLFIND_CONF' to the findlib configuration that defines this
toolchain
1
Do you think we could lift that restriction so we don't need ocamlfind at all until we actually want to x-compile?
The text was updated successfully, but these errors were encountered:
samoht
changed the title
Even lazies load of context
Even lazier load of context
Apr 6, 2024
samoht
added a commit
to samoht/mirage
that referenced
this issue
Apr 6, 2024
It seems that in Dune 3.8.0, the loading of all context is done more lazily than before (which is good!). I don't see any entry in the changelog, so I'm checking if this was expected and won't change in the future. i.e. with an empty project
dune
+ocamlfind
installed, and with just onedune-workspace
file that contains the following:I got:
while:
Also, as the context seems to be loaded lazily, could we go one step further and not require
ocamlfind
at all if that x-compiler context is not used? i.e. right now, Dune will fail with the following:Do you think we could lift that restriction so we don't need
ocamlfind
at all until we actually want to x-compile?The text was updated successfully, but these errors were encountered: