Date: Sun, 25 Aug 2013 11:08:57 +0100 From: David Chisnall <theraven@freebsd.org> To: Steve Kargl <sgk@troutmask.apl.washington.edu> Cc: "Sam Fourman Jr." <sfourman@gmail.com>, toolchain@freebsd.org, Boris Samorodov <bsam@passap.ru>, FreeBSD Current <current@freebsd.org>, Slawa Olhovchenkov <slw@zxy.spb.ru> Subject: Re: GCC withdraw Message-ID: <1C36387A-B744-4E05-892E-AE2581D7E1ED@freebsd.org> In-Reply-To: <20130824230615.GA55855@troutmask.apl.washington.edu> References: <105E26EE-8471-49D3-AB57-FBE2779CF8D0@FreeBSD.org> <5217413A.9080105@passap.ru> <20130823111647.GT2951@home.opsec.eu> <521745F2.8050607@passap.ru> <CAOFF%2BZ3vbOgMO7T-BKZnhKte6=rFoGcdYcft5kpAgNH2my1JKg@mail.gmail.com> <20130824115158.GA88999@zxy.spb.ru> <EC9008A3-1737-470F-9067-C38FF13CFA20@FreeBSD.org> <20130824154217.GE3796@zxy.spb.ru> <20130824224204.GH3796@zxy.spb.ru> <D6A8F21E-C9AD-48C1-892E-80048343DCBA@freebsd.org> <20130824230615.GA55855@troutmask.apl.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 25 Aug 2013, at 00:06, Steve Kargl <sgk@troutmask.apl.washington.edu> = wrote: > On Sat, Aug 24, 2013 at 11:44:38PM +0100, David Chisnall wrote: >> On 24 Aug 2013, at 23:42, Slawa Olhovchenkov <slw@zxy.spb.ru> wrote: >>=20 >>> And i found PR about clang and mplayer: ports/176272 >>> This PR contains log with build error log. >>=20 >> Please file clang bugs at http://llvm.org/bugs/ >>=20 >=20 > As if this is going to help. >=20 > http://llvm.org/bugs/show_bug.cgi?id=3D8532 >=20 > 2 years, 9 month and counting. This bug relates to a corner case in complex floating point support, = which GCC in base doesn't get right either, and which affects a tiny = proportion of users and which comes with a hypothetical test case but no = evidence that any real-world code is affected by it. If you have some = real-world code that is compiled correctly by GCC but incorrectly by = clang as a result of this, then please update the bug. Oh, and it's worth noting that clang, as an extension, supports using = initialiser lists to create complex values and so this particular case = is trivial to avoid if you use this feature, which you will if you = create complex numbers using the macro that the C specification = introduced specifically to avoid this case. =20 David
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1C36387A-B744-4E05-892E-AE2581D7E1ED>