-
-
Notifications
You must be signed in to change notification settings - Fork 51
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
Indexed compiler crate fails if dependencies shared (macOS/aarch64) #1512
Comments
It should, from what I see in your index. I will need to dig deeper to see what's going wrong. |
This seems related:
I mentioned above about "several blank lines", it was actually a lot of spaces. I don’t know what revision of the alire repo I was using, but
|
That new log indeed hints at the crate not being recognized as part of the toolchain. Thanks for the further info. |
I had I have (had) several builds of |
I can't see where the source/binary decision is made. |
The source/binary decision is made based on the origin being conditional, yes, it doesn't depend on any explicit attribute in the index manifest. You were mislead because you used the Now that you've been bitten by this ( 🙏 ), this is likely to be a bit of hidden knowledge that we should make explicit in the docs. Also, at some point, we could add an explicit flag (which we didn't do to avoid breaking compatibility of the index syntax at the time). |
I tried this, without success:
I also tried an additional line
... still failed. (I’m not sure if it’s still a source/binary issue, that build’s on another machine. I wish I could use gdb on macOS! I can use lldb, but it doesn’t understand much about Ada at all.) |
The fix |
Nice. So, to summarize, this should be documented, and there's some breakage with stale caches around. |
This error was directly caused by the compiler not being considered binary. Fixed in #1533. |
I have an index to support macOS and aarch64. The compiler crate is named
gnat_macos_aarch64
.If I build
alr
frommaster
orrelease/2.0
, and selectgnat
andgprbuild
from my index, thendependencies.shared
to default totrue
(or set it), I get (several blank lines), thendependencies.shared
tofalse
, the build proceeds OK.Is it that
alr
isn't treating this compiler crate as a toolchain crate?The stack dump at the exception (the build is from
master
) isThe text was updated successfully, but these errors were encountered: