Re: How to insist on only clang, for world/kernel?

On Sun, 13 Mar 2016 17:32:55 -0600 Warner Losh wrote > Then you may be able to do make buildworld CC=clang (or whatever clang is > compiled as. > No guarantee, sine I've not played with 9.x in a while. > > Warner Apologies. Appears my response wasn't clear. I had no

Re: clang gets numerical underflow wrong, please fix.

On Mon, Mar 14, 2016 at 01:02:20AM +0100, Dimitry Andric wrote: > > $ gcc -O overflow-iter.c -o overflow-iter-gcc -lm > $ ./overflow-iter-gcc > FE_OVERFLOW: x = inf after 1024 iterations > $ gcc -O2 overflow-iter.c -o overflow-iter-gcc -lm > $ ./overflow-iter-gcc > FE_OVERFLOW: x = inf after

Re: clang gets numerical underflow wrong, please fix.

On Mon, Mar 14, 2016 at 01:02:20AM +0100, Dimitry Andric wrote: > On 13 Mar 2016, at 21:10, Steve Kargl > wrote: > > Thanks for the quick reply. But, it must be using an 80-bit > > extended double instead of a double for storage. This variation > > > >

Re: clang gets numerical underflow wrong, please fix.

On 13 Mar 2016, at 21:10, Steve Kargl wrote: > On Sun, Mar 13, 2016 at 09:03:57PM +0100, Dimitry Andric wrote: ... >> So it's storing the intermediate result in a double, for some reason. >> The fnstsw will then result in zero, since there was no underflow at >>

Re: How to insist on only clang, for world/kernel?

Then you may be able to do make buildworld CC=clang (or whatever clang is compiled as. No guarantee, sine I've not played with 9.x in a while. Warner On Fri, Mar 11, 2016 at 8:20 AM, Chris H wrote: > On Thu, 10 Mar 2016 21:49:01 -0700 Warner Losh

Re: clang gets numerical underflow wrong, please fix.

On Sun, Mar 13, 2016 at 09:03:57PM +0100, Dimitry Andric wrote: > On 13 Mar 2016, at 19:25, Steve Kargl > wrote: > > > > Consider this small piece of code: > > > > #include > > #include > > > > float > > foo() > > { > > static const volatile float tiny

clang gets numerical underflow wrong, please fix.

Consider this small piece of code: #include #include float foo() { static const volatile float tiny = 1.e-30f; return (tiny * tiny); } int main(void) { float x; feclearexcept(FE_ALL_EXCEPT); x = foo(); if (fetestexcept(FE_UNDERFLOW)) printf("FE_UNDERFLOW: ");

[Bug 207837] www/firefox: clang34 and clang35 crash on i386 with -O2 -fstack-protector (OPTIMIZED_CFLAGS=off)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207837 --- Comment #16 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Sun Mar 13 18:32:18 UTC 2016 New revision: 296801 URL: https://svnweb.freebsd.org/changeset/base/296801 Log: Pull in r219512 from upstream

[Bug 207837] www/firefox: clang34 and clang35 crash on i386 with -O2 -fstack-protector (OPTIMIZED_CFLAGS=off)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207837 --- Comment #14 from Jan Beich --- (In reply to Dimitry Andric from comment #13) OPTIMIZED_CFLAGS is enabled by default. It doesn't pass just -O3 but also --enable-optimize which lets vendor decide whether to pass

[Bug 207837] www/firefox: clang34 and clang35 crash on i386 with -O2 -fstack-protector (OPTIMIZED_CFLAGS=off)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207837 --- Comment #12 from Dimitry Andric --- Strangely, I tried building www/firefox on stable/10, from before r410973 was applied, and it builds just fine for me, even the problematic Unified_cpp_protocol_websocket0.cpp file.

[Bug 207837] www/firefox: clang34 and clang35 crash on i386 with -O2 -fstack-protector (OPTIMIZED_CFLAGS=off)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207837 --- Comment #10 from commit-h...@freebsd.org --- A commit references this bug: Author: jbeich Date: Sun Mar 13 15:17:03 UTC 2016 New revision: 410995 URL: https://svnweb.freebsd.org/changeset/ports/410995 Log: MFH: r410973

[Bug 207837] www/firefox: clang34 and clang35 crash on i386 with -O2 -fstack-protector (OPTIMIZED_CFLAGS=off)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207837 --- Comment #9 from commit-h...@freebsd.org --- A commit references this bug: Author: jbeich Date: Sun Mar 13 14:42:59 UTC 2016 New revision: 410973 URL: https://svnweb.freebsd.org/changeset/ports/410973 Log: www/firefox: work around

[Bug 207837] www/firefox: clang34 and clang35 crash on i386 with -O2 -fstack-protector (OPTIMIZED_CFLAGS=off)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207837 Jan Beich changed: What|Removed |Added CC||jbe...@freebsd.org

[Bug 207837] www/firefox: clang34 and clang35 crash on i386 with -O2 -fstack-protector (OPTIMIZED_CFLAGS=off)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207837 --- Comment #7 from Vikash Badal --- (In reply to Jan Beich from comment #3) I tried adding OPTIMIZED_CFLAGS=on to the make.conf for the poudriere jail ---Begin make.conf--- MACHINE=i386 MACHINE_ARCH=i386