search for: ffast

...fundamental problems are related to situations where a user wants to disable a portion of the fast-math behavior. For example, to enable all the fast-math transformations except for the reciprocal-math transformation, a command like the following is what a user would expect to work: clang++ -O2 -ffast-math -fno-reciprocal-math -c foo.cpp But that isn't what it's doing. I believe this is a serious problem, but I also want to avoid over-stating the seriousness. To be explicit, the problems I'm describing here happen when '-ffast-math' is used with one or more of the underlyi...

Hello, clang/llvm 4.0.0 generates invalid calls for builtin functions with -mfloat-abi=hard -ffast-math. Small example fail.c: // clang -O2 -target armv7a-none-none-eabi -mfloat-abi=hard -ffast-math -S fail.c -o - extern float sinf (float x); float sin1 (float x) {return (sinf (x));} generates code to pass the parameter in r0 and expect the result in r0. The same code without -ff...

...ere a user wants to disable a portion of the fast-math > behavior. > > For example, to enable all the fast-math transformations except for the > > reciprocal-math transformation, a command like the following is what a > user > > would expect to work: > > clang++ -O2 -ffast-math -fno-reciprocal-math -c foo.cpp > > But that isn't what it's doing. > > I believe this is a serious problem, but I also want to avoid > over-stating the > > seriousness. To be explicit, the problems I'm describing here happen when > > '-ffast-math...

...`/opt/flac-0.8/src' Making all in libFLAC make[2]: Entering directory `/opt/flac-0.8/src/libFLAC' /bin/sh ../../libtool --mode=compile gcc -DPACKAGE=\"flac\" -DVERSION=\"0.8\" -I. -I. -I./include -I ../../include -Wall -W -O3 -fomit-frame-pointer -funroll-loops -ffast-math -finline-functions -DNDEBUG -c bitbuffer.c mkdir .libs gcc -DPACKAGE=\"flac\" -DVERSION=\"0.8\" -I. -I. -I./include -I ../../include -Wall -W -O3 -fomit-frame-pointer -funroll-loops -ffast-math -finline-functions -DNDEBUG -Wp,-MD,.deps/bitbuffer.pp -c bitbuffer.c -fPIC...

...gt; >> I know it's part of test-suite/external, but this constant fold code has > >> been around 5+ years. Was the bug lying dormant all this time, only visible > >> on PPC, or something else? > > > > My guess would be that people don't tend to run with -ffast-math (it's > > got a reputation for breaking code, even ignoring this particular > > issue). Without that, from what I can see the issue won't arise. > > If this can really only happen under fast-math, I take back what I said entirely. IIRC, NaNs are explicitly not suppo...

Hi, I came across an issue where some optimizations that would normally be applied to standard math function calls are not getting applied when the –ffast-math option is enabled on the Clang command line on a Linux x86_64 target. I tracked down the issue to occurring because the –ffast-math option is triggering Clang to preprocess the math.h header file with the __FINITE_MATH_ONLY__ macro set to 1. In this case, the Linux header files are redirecti...

...ARCH=Darwin_9_x86 lib);\ done [ -d bin.Darwin_9_x86 ] || mkdir bin.Darwin_9_x86 cd bin.Darwin_9_x86; make -f /Users/howarth/xplor-nih-2.21/fortlib/libfft/Makefile \ ARCH=Darwin_9_x86 SRCDIR=/Users/howarth/xplor-nih-2.21/fortlib/libfft/ ARCHDEP=TRUE lib llvm-gfortran -c -O4 -fPIC -ffast-math -msse4 -ffixed-line-length-120 -fno-second-underscore -DZOMPLEX /Users/howarth/xplor-nih-2.21/fortlib/libfft/dsint.f llvm-gfortran -c -O4 -fPIC -ffast-math -msse4 -ffixed-line-length-120 -fno-second-underscore -DZOMPLEX /Users/howarth/xplor-nih-2.21/fortlib/libfft/dsinti.f llvm-gfortran...

Hi all, This is about https://reviews.llvm.org/D26708 Currently when the command-line switch '-ffast-math' is specified, the IR-level fast-math-flag 'fast' gets attached to appropriate FP math instructions. That flag acts as an "umbrella" to implicitly turn on all the other fast-math-flags ('nnan', 'ninf', 'nsz' and 'arcp'): http://llvm.org/d...

...l code inlined into the >> function. If foo calls bar then foo's optimization level should be valid >> for bar, or bar should be marked noinline, or something else. >> > > That's going way too far. > > For example, if a function foo, which can be compiled with -ffast-math > calls bar, which contains code that would be "over optimized" with > -ffast-math, then you cannot inline bar into foo, but you can inline it in > any other function that does is compiled with the same options as bar. -ffast-math is *totally* different from these attribut...

...kages/BUILD/Mesa/src/mesa/drivers/dri/nouveau' gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../src/mesa -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri -I/usr/include/drm -g -O2 -Wall -Wmissing-prototypes -std=c99 -ffast-math -fvisibility=hidden -fno-strict-aliasing -fPIC -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DHAVE_XEXTPROTO_71 -I/usr/include/dr...

Current dragonegg svn has all of the -fplugin-arg-dragonegg-enable-gcc-optzns bugs for usage with -ffast-math -O3 addressed except for those related to PR2314. Using the -fno-tree-vectorize option, we can evaluate the current state of -fplugin-arg-dragonegg-enable-gcc-optzns with the Polyhedron 2005 benchmarks compared to stock dragonegg and stock gcc 4.5.4. The runtime benchmarks below show that we a...

...t; > >> code has > > > >> been around 5+ years. Was the bug lying dormant all this time, > > > >> only visible > > > >> on PPC, or something else? > > > > > > > > My guess would be that people don't tend to run with -ffast-math > > > > (it's > > > > got a reputation for breaking code, even ignoring this particular > > > > issue). Without that, from what I can see the issue won't arise. > > > > > > If this can really only happen under fast-math, I take bac...

Duncan, Below are the tabulated compile times and executable sizes. A) gcc 4.5.4svn using -msse3 -ffast-math -O3 -fno-tree-vectorize B) gcc 4.5.4svn/dragonegg using -msse3 -ffast-math -O3 -fno-tree-vectorize -fplugin-arg-dragonegg-enable-gcc-optzns C) gcc 4.5.4svn/dragonegg using -msse3 -ffast-math -O3 -fno-tree-vectorize Compile time (seconds) Benchmark A) stock B) gcc 4.5.4/ C) gcc 4.5....

...l fast-math-flags > Hi, > > On Nov 15, 2016, at 5:15 PM, Ristow, Warren via llvm-dev < > > llvm-dev at lists.llvm.org > wrote: > > > Hi all, > > > This is about https://reviews.llvm.org/D26708 > > > Currently when the command-line switch '-ffast-math' is specified, > > the > > > IR-level fast-math-flag 'fast' gets attached to appropriate FP math > > > instructions. That flag acts as an "umbrella" to implicitly turn on > > all the > > > other fast-math-flags ('nnan', ...

I am finding that llvm 2.8 rc3 with dragonegg svn built against current gcc-4_5-branch doesn't appear to allow gfortran to use -ffast-math. Attempting to compile code using the dragonegg plugin under gcc 4.5.2 with that option produces the error... f951: Unknown command line argument '--enable-finite-only-fp-math'. Try: 'f951 -help' The standard gcc 4.5.2 gfortran compiler has no problem with that option....

...*.so *.o app_conference.o conference.o member.o frame.o cli.o libspeex/preprocess.o libspeex/misc.o libspeex/smallft.o [root@centos app_conference]# make gcc -pipe -Wall -Wmissing-prototypes -Wmissing-declarations -g -I/root/sources/asterisk02/asterisk-1.2.8/include -D_REENTRANT -D_GNU_SOURCE -O3 -ffast-math -funroll-all-loops -fprefetch-loop-arrays -fsingle-precision-constant -DCRYPTO -march=k8 -fPIC -DAPP_CONFERENCE_DEBUG -Ilibspeex -DSILDET=2 -c -o app_conference.o app_conference.c gcc -pipe -Wall -Wmissing-prototypes -Wmissing-declarations -g -I/root/sources/asterisk02/asterisk-1.2.8/includ...

On 22 March 2017 at 01:38, Friedman, Eli <efriedma at codeaurora.org> wrote: >> Small example fail.c: >> >> // clang -O2 -target armv7a-none-none-eabi -mfloat-abi=hard -ffast-math >> -S fail.c -o - >> extern float sinf (float x); >> float sin1 (float x) {return (sinf (x));} I changed your example slightly to make sure we're passing the arguments, otherwise 'sin1' just becomes 'b sinf', which is "correct" on both har...

Hi, I offered some time ago to do some build cleanup. Today I did so and here's my slew of patches. Basically, they - touch ogg, vorbis, vorbis-tools and theora - fix a bunch of autotools issues - uniformize the use of them across the four - fix compile/link flags - use pkgconfig if it's available to detect flags - for vorbis-tools, generate and use config.h - add -uninstalled .pc stuff

Hi, I offered some time ago to do some build cleanup. Today I did so and here's my slew of patches. Basically, they - touch ogg, vorbis, vorbis-tools and theora - fix a bunch of autotools issues - uniformize the use of them across the four - fix compile/link flags - use pkgconfig if it's available to detect flags - for vorbis-tools, generate and use config.h - add -uninstalled .pc stuff

On Thu, Jun 09, 2011 at 03:44:40PM +0200, Duncan Sands wrote: > Hi Jack, thanks for doing this. > >> Below are the tabulated compile times and executable sizes. >> >> A) gcc 4.5.4svn using -msse3 -ffast-math -O3 -fno-tree-vectorize >> B) gcc 4.5.4svn/dragonegg using -msse3 -ffast-math -O3 -fno-tree-vectorize -fplugin-arg-dragonegg-enable-gcc-optzns >> C) gcc 4.5.4svn/dragonegg using -msse3 -ffast-math -O3 -fno-tree-vectorize > > These numbers really surprised me: the GCC code gen...