Date: Thu, 10 Sep 2020 14:14:02 +0000 From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 230888] Missing 64 bit atomic functions for i386 (libatomic) Message-ID: <bug-230888-29464-WABVArgmAy@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-230888-29464@https.bugs.freebsd.org/bugzilla/> References: <bug-230888-29464@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D230888 Dimitry Andric <dim@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |--- Status|Closed |In Progress --- Comment #35 from Dimitry Andric <dim@FreeBSD.org> --- (In reply to Tijl Coosemans from comment #34) I don't pretend to understand all the magic going on, but the end result is that all the libcalls are expanded, and the resulting .o/.pico files don't contain any external calls, as far as I can see. As long as it works and ma= kes people's ports link, I'm happy. As for gcc, I'm simply going to exclude it from this implementation, as upstream does not use it by default, and has apparently never tried to make= it work with it. If you're using gcc, it is better to link its native libatomic instead. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-230888-29464-WABVArgmAy>