Date: Tue, 26 Nov 2019 18:41:31 +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-KtISHRaV1V@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 --- Comment #20 from Dimitry Andric <dim@FreeBSD.org> --- (In reply to Jan Beich from comment #19) I have no specific plans for this particular bug, but my personal preference would be to merge llvm/clang/libc+/etc 9.0 (and later) into stable/12 and stable/11. Because in practice, clang 8.0 and earlier have generating code that will o= nly run on i586 and higher anyway, for a long time, even if you *did* pass -march=3Di486! That said, I know some people are of the opinion that stable branches should receive far less "feature updates", or even none at all, and only security = or "P1" bug fixes. Therefore, this is not really my call, but I gladly leave = it up to the community to decide. :) Note that this latter scenario (stable branches getting no feature updates) will almost certainly require either stable branches for ports in general, = or the ports collection stopping to use the base toolchains and only using the= ir own. --=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-KtISHRaV1V>