#53171 closed defect (fixed)
MoarVM: failure to compile with the built-in libatomic_ops on 10.7
Reported by: | mojca (Mojca Miklavec) | Owned by: | mojca (Mojca Miklavec) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | lion | Cc: | coke (Will Coleda) |
Port: | MoarVM libatomic_ops |
Description
MoarVM compiles everywhere except on Lion. On Lion it only compiles if libatomic_ops from MacPorts (version 7.4.4) has already been installed, else one gets this:
compiling src/core/callsite.o In file included from src/main.c:4: In file included from src/moar.h:28: 3rdparty/libatomic_ops/src/atomic_ops.h:376:5: error: Cannot implement AO_compare_and_swap_full on this architecture. # error Cannot implement AO_compare_and_swap_full on this architecture. ^ In file included from src/core/callsite.c:1: In file included from src/moar.h:28: 3rdparty/libatomic_ops/src/atomic_ops.h:376:5: error: Cannot implement AO_compare_and_swap_full on this architecture. # error Cannot implement AO_compare_and_swap_full on this architecture. ^ 1 error generated.
The version of libatomic_ops from MoarVM presents itself as 7.5.0.
See also #50153.
Change History (4)
comment:1 Changed 8 years ago by mojca (Mojca Miklavec)
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:2 Changed 8 years ago by mojca (Mojca Miklavec)
I opened an upstream ticket at https://github.com/ivmai/libatomic_ops/issues/23.
Using
PortGroup compiler_blacklist_versions 1.0 compiler.blacklist {clang < 500} *gcc*
seems to help.
comment:3 Changed 8 years ago by mojca (Mojca Miklavec)
Arghhhh. After the change the build on 10.6 now fails with inability to link against dyncall
.
Note: See
TracTickets for help on using
tickets.
In edda4685/macports-ports: