On Mon, Jan 15, 2018 at 10:08 AM, David Chisnall <theraven_at_freebsd.org> wrote: > On 15 Jan 2018, at 17:00, Jan Beich <jbeich_at_FreeBSD.org> wrote: > > > > It wouldn't help (see below). Clang 6 accidentally made __atomic* work > > enough to satisfy configure check but not for the port to build. I guess, > > it also confuses configure in net/librdkafka and net-mgmt/netdata. > > > > Can we (by which I probably mean emaste_at_) push out an EN that adds the > atomic.c from compiler-rt to our libgcc_s? That should provide all of > these helper functions. Clang assumes that they exist because both > compiler-rt and vaguely recent libgcc_s provide them. Recent GCC will also > assume that they exist and so the correct fix is probably for us to make > them to exist. > > If this is difficult, then we can perhaps provide a port that compiles > atomic.c into libatomic_fudge.so or similar and provides a libgcc_s.so > that’s a linker script that forces linking to libatomic_fudge.so and > libgcc_s.so. > So far clang 6 is just in -current. Let's at least get them there first before we talk about ENs :) WarnerReceived on Mon Jan 15 2018 - 16:11:37 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:14 UTC