On Mon, Jan 15, 2018 at 10:08 AM, David Chisnall <[email protected]> wrote:
> On 15 Jan 2018, at 17:00, Jan Beich <[email protected]> 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@) 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 :) Warner _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[email protected]"
