On 2017/01/23 18:50 GMT+01:00, Stuart Henderson wrote: > On 2017/01/23 17:14, Donovan Watteau wrote: >> 2016-11-20 21:45 GMT+01:00 Donovan Watteau <tso...@gmail.com>: >> > Hi, >> > >> > The next version of audio/cmus (2.8.0-rc0 at the moment) will require >> > <stdatomic.h>. >> > >> > This doesn't exist in base, and the only place where I can find this >> > is in clang, so my next cmus update would lose a bit of platform >> > support. >> > >> > Newer versions of GCC in ports have C11 support, and better platform >> > support than clang at the moment, but it looks like our packages don't >> > provide stdatomic.h (although they do have libatomic). >> > >> > Is there any reason for this? >> > >> > Thanks. >> >> Bumping this, in case it might just be a missing line in a PLIST or >> something like this. >> >> Thanks. > > I don't know the answer about gcc. But you're likely to lose platform > support by requiring 64-bit atomics anyway, so restricting to clang > arches might not make so much difference..
Hm I think it does make a difference, at the moment, unfortunately. For example, I'm going to lose powerpc and arm support, which don't have llvm packages yet (mips64el is fine though, there's now a working llvm port). There's no LLVM there, but I think GCC 4.9 would work on these archs, though... (at least that's the case for powerpc, but it looks like you have to add -latomic yourself). But I'm still missing this <stdatomic.h> header in lang/gcc. CC'ing pascal@, because it looks like he's the one doing all this crazy GCC work, now (thanks!).
