-
Notifications
You must be signed in to change notification settings - Fork 97
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
Resolving package versions #4629
Comments
Maybe we could order the bindings on the command line, so the rightmost binding is used for packages to the right of that one. Won't work for mutually recursive packages but are there any of those? |
Dependency cannot have cycles, at least no non-resolvable cycles. We can exclude that from CLI. So you mean |
Currently the treatment of more than on .mo file is a hack and just appends the files, so let's ignore that. Assuming just one .mo file to moc, I meant something like: The Not sure that works though. |
Currently, we use
moc --package pkgname pkgpath
to resolve package names, and this package name is global, which applies to all source code.Consider the following library dependencies:
and
lib1
depends on a different version oflib2
than what's used in main.mo. Ideally, we should be able to saymoc --package lib2 "path_used_by_main"
when compilingmain.mo
, and--package lib2 "path_used_by_lib1"
when compilinglib1
.If
main.mo
is our own code, we could sayimport Lib2 "mo:lib2V2"
as a workaround, but ifmain.mo
is another third-party dependency, we cannot do it.The text was updated successfully, but these errors were encountered: