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
Currently Juvix only supports compiling a single package with no dependencies.
The goal of this proposal is to give the user the ability to specify dependencies in the juvix.yaml file.
Then, the compiler will expect to find a juvix.yaml file in each of the directories specified in dependencies. The modules defined in these packages should be available through regular import statements.
We can discuss what happens when there are name collisions. The Ghc behaviour is that the local package takes precedence over dependencies. If two dependencies have the same module, it is an error.
The idea is that these changes do not affect anything that comes after the scoper. This is not something that will stay true in the long term, but for now it can be ok.
The text was updated successfully, but these errors were encountered:
Currently Juvix only supports compiling a single package with no dependencies.
The goal of this proposal is to give the user the ability to specify dependencies in the
juvix.yaml
file.Example
juvix.yaml
:Then, the compiler will expect to find a
juvix.yaml
file in each of the directories specified independencies
. The modules defined in these packages should be available through regularimport
statements.We can discuss what happens when there are name collisions. The Ghc behaviour is that the local package takes precedence over dependencies. If two dependencies have the same module, it is an error.
The idea is that these changes do not affect anything that comes after the scoper. This is not something that will stay true in the long term, but for now it can be ok.
The text was updated successfully, but these errors were encountered: