[MacPorts] #53577: db60 @6.0.30_2 build fails with atomic_init error, clang-3.8 or clang-3.9, MacOSX 10.6.8/libc++ but builds correctly with clang-3.7
MacPorts
noreply at macports.org
Mon Jul 24 16:21:47 UTC 2017
#53577: db60 @6.0.30_2 build fails with atomic_init error, clang-3.8 or clang-3.9,
MacOSX 10.6.8/libc++ but builds correctly with clang-3.7
---------------------+-------------------------
Reporter: kencu | Owner: afb@…
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords: snowleopard
Port: db60 |
---------------------+-------------------------
Comment (by kencu):
The atomic types were added to clang in version 3.8
<http://releases.llvm.org/3.8.0/tools/clang/docs/ReleaseNotes.html#opencl-c
-language-changes-in-clang> which would explain why clang-3.7 builds this
but clang-3.8+ do not.
I tried `--disable-atomicsupport` which certainly sounded promising, but
that didn't fix the build with clang-3.8+ / libc++ either.
If all the recent Apple clang's build this port, then they must not have
the atomic name collision that the OSS clangs >= 3.8 have.
For now, if you need to build this port with a macports-clang compiler and
you are using `-stdlib=libc++`, it looks like it will need to be macports-
clang-3.7. Until Oracle gets around to changing their naming scheme, or
otherwise changes the name scope / visibility somehow. Unless someone else
has a clever idea.
--
Ticket URL: <https://trac.macports.org/ticket/53577#comment:9>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list