On Mon, Jan 15, 2018 at 10:08 AM, David Chisnall <thera...@freebsd.org>

> On 15 Jan 2018, at 17:00, Jan Beich <jbe...@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@) 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 :)

freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to