search for: fe_all_except

...mp_ps("any input", "any input", _CMP_TRUE_UQ) should produce -1, -1, -1, ... vector, but for some values for example "1.00 -nan" if FPU exceptions were enabled this operation triggers the exception. Here is the question: Should we assume that FPENV was initialized with FE_ALL_EXCEPT by default or we could rely for example on "-fno-trapping-math" flag or we could completely ignore the FPU exception issue(see https://bugs.llvm.org/show_bug.cgi?id=6050)? Thanks, Dinar.

...) { // Some operation that doesn't need to be precise. if (X/Y > SomeThreshold) return doSomethingPrecise(X, Y); else return Z; } #pragma STDC FENV_ACCESS ON double doSomethingPrecise(double X, double Y) { int SaveRM = fegetround(); fesetround(FE_DOWNWARD); feclearexcept(FE_ALL_EXCEPT); double Temp = X * Y + Z; if (fetestexcept(FE_ALL_EXCEPT)) std::cerr << "Something happened.\n"; fesetround(SaveRM); return Temp; } -=-=-=-=-=-=-=-= Now suppose I compile that with "-O2 -ffp-contract=fast". We will need to generate constrained intrinsics for...

...-- Looking for termios.h - found -- Looking for unistd.h -- Looking for unistd.h - found -- Looking for valgrind/valgrind.h -- Looking for valgrind/valgrind.h- not found -- Looking for zlib.h -- Looking for zlib.h - found -- Looking for fenv.h -- Looking for fenv.h - found -- Looking for FE_ALL_EXCEPT -- Looking for FE_ALL_EXCEPT -found -- Looking for FE_INEXACT -- Looking for FE_INEXACT - found -- Looking for mach/mach.h -- Looking for mach/mach.h - found -- Looking for histedit.h -- Looking for histedit.h - found -- Looking forCrashReporterClient.h -- Looking forCrashReporterClient.h...

...> -- Looking for utime.h > -- Looking for utime.h - found > -- Looking for valgrind/valgrind.h > -- Looking for valgrind/valgrind.h - not found > -- Looking for zlib.h > -- Looking for zlib.h - found > -- Looking for fenv.h > -- Looking for fenv.h - found > -- Looking for FE_ALL_EXCEPT > -- Looking for FE_ALL_EXCEPT - found > -- Looking for FE_INEXACT > -- Looking for FE_INEXACT - found > -- Looking for mach/mach.h > -- Looking for mach/mach.h - found > -- Looking for mach-o/dyld.h > -- Looking for mach-o/dyld.h - found > -- Looking for pthread_create in p...

...for unistd.h -- Looking for unistd.h - found -- Looking for utime.h -- Looking for utime.h - found -- Looking for valgrind/valgrind.h -- Looking for valgrind/valgrind.h - not found -- Looking for zlib.h -- Looking for zlib.h - found -- Looking for fenv.h -- Looking for fenv.h - found -- Looking for FE_ALL_EXCEPT -- Looking for FE_ALL_EXCEPT - found -- Looking for FE_INEXACT -- Looking for FE_INEXACT - found -- Looking for mach/mach.h -- Looking for mach/mach.h - found -- Looking for mach-o/dyld.h -- Looking for mach-o/dyld.h - found -- Looking for pthread_create in pthread -- Looking for pthread_create in...

...Looking for utime.h - found > > -- Looking for valgrind/valgrind.h > > -- Looking for valgrind/valgrind.h - not found > > -- Looking for zlib.h > > -- Looking for zlib.h - found > > -- Looking for fenv.h > > -- Looking for fenv.h - found > > -- Looking for FE_ALL_EXCEPT > > -- Looking for FE_ALL_EXCEPT - found > > -- Looking for FE_INEXACT > > -- Looking for FE_INEXACT - found > > -- Looking for mach/mach.h > > -- Looking for mach/mach.h - found > > -- Looking for mach-o/dyld.h > > -- Looking for mach-o/dyld.h - found >...

...ing for unistd.h -- Looking for unistd.h - found -- Looking for utime.h -- Looking for utime.h - found -- Looking for valgrind/valgrind.h -- Looking for valgrind/valgrind.h - found -- Looking for zlib.h -- Looking for zlib.h - found -- Looking for fenv.h -- Looking for fenv.h - found -- Looking for FE_ALL_EXCEPT -- Looking for FE_ALL_EXCEPT - found -- Looking for FE_INEXACT -- Looking for FE_INEXACT - found -- Looking for mach/mach.h -- Looking for mach/mach.h - not found -- Looking for mach-o/dyld.h -- Looking for mach-o/dyld.h - not found -- Looking for histedit.h -- Looking for histedit.h - found -- Per...

This file is for configure+make build, not CMake, so I'm not sure why it's being included into your build (these failures aren't reproducible for me). Can you please list the exact steps you're doing to build LLVM with CMake and make sure you don't have additional CFLAGS (LDFLAGS etc) defined? On Mon, Nov 11, 2013 at 6:16 PM, Jack Howarth <howarth at bromo.med.uc.edu>

Hallo all, I was trying to Build LLVM with the cmake option LLVM_ENABLE_MODULES just out of curiosity. I used the RELEASE_400/final tag. It didn't work as I almost expected. So I'm wondering if the modulemaps aren't maintained anymore? If they aren't maintained anymore, why aren't they removed and that cmake option also removed?

Hi, I'm trying to do a build and install on Windows 10 with Visual Studio 2015 Community Edition for the X86 and ARM targets, from the current release_40 branch. While compilation completes without error, the INSTALL target fails with the following error: 54> CMake Error at projects/compiler-rt/lib/builtins/cmake_install.cmake:34 (file): 54> file INSTALL cannot find 54>

Hello, I am not sure whether this is a clang issue, an LLVM issue, or both; but clang chokes when parsing expanded macros from the glibc /usr/include/bits/fenvinline.h with an error like: ./boost/math/tools/config.hpp:279:10: error: invalid input constraint 'i#*X' in asm feclearexcept(FE_ALL_EXCEPT); ^ /usr/include/bits/fenvinline.h:56:11: note: expanded from macro 'feclearexcept' : : "i#*X"(__builtin_ffs (__excepts))); \ ^ 1 error generated. There is a comment in the file which reads: /* The weird 'i#*X' constrain...

...ios.h -- Looking for termios.h - found -- Looking for unistd.h -- Looking for unistd.h - found -- Looking for valgrind/valgrind.h -- Looking for valgrind/valgrind.h - not found -- Looking for zlib.h -- Looking for zlib.h - not found -- Looking for fenv.h -- Looking for fenv.h - found -- Looking for FE_ALL_EXCEPT -- Looking for FE_ALL_EXCEPT - found -- Looking for FE_INEXACT -- Looking for FE_INEXACT - found -- Looking for mach/mach.h -- Looking for mach/mach.h - not found -- Looking for histedit.h -- Looking for histedit.h - not found -- Looking for CrashReporterClient.h -- Looking for CrashReporterClient....

Changing the list from cfe-dev to llvm-dev > On 20 Apr 2017, at 4:52 AM, Michael Clark <michaeljclark at mac.com> wrote: > > I’m getting close. I think it may be an issue with an individual intrinsic. I’m looking for the X86 lowering of Instruction::FPToUI. > > I found a comment around the rationale for using a conditional move versus a branch. I believe the predicate logic

...ios.h -- Looking for termios.h - found -- Looking for unistd.h -- Looking for unistd.h - found -- Looking for valgrind/valgrind.h -- Looking for valgrind/valgrind.h - not found -- Looking for zlib.h -- Looking for zlib.h - not found -- Looking for fenv.h -- Looking for fenv.h - found -- Looking for FE_ALL_EXCEPT -- Looking for FE_ALL_EXCEPT - found -- Looking for FE_INEXACT -- Looking for FE_INEXACT - found -- Looking for mach/mach.h -- Looking for mach/mach.h - not found -- Looking for histedit.h -- Looking for histedit.h - not found -- Looking for CrashReporterClient.h -- Looking for CrashReporterClient....

I had only a quick view on the blog-texts. It might be that a CLANG generated with LTO/PGO speeds up the build. Can you confirm this? Can you confirm binutils-gold speed up the build? Has LLVM an own linker? Can be used? Speedup the build? Yesterday night I loooked through available CMAKE/LLVM variables... ### GOLD # CMAKE_LINKER:FILEPATH=/usr/bin/ld #

...mach.h presence... yes checking for mach/mach.h... yes checking valgrind/valgrind.h usability... no checking valgrind/valgrind.h presence... no checking for valgrind/valgrind.h... no checking fenv.h usability... yes checking fenv.h presence... yes checking for fenv.h... yes checking whether FE_ALL_EXCEPT is declared... yes checking whether FE_INEXACT is declared... yes checking pthread.h usability... yes checking pthread.h presence... yes checking for pthread.h... yes checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking CrashReporterClient.h u...

Hello, Le 12/12/2016 à 18:29, Hans Wennborg a écrit : > +Sylvestre who knows about these things. > > On Thu, Dec 8, 2016 at 2:24 AM, Kris van Rens via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> L.S., >> >> I'm currently in the process of creating Debian packages for >> clang/llvm release 3.9.0. For this I'm using the steps as explained on

On Mon, Mar 14, 2016 at 5:30 PM, Chris Bieneman <cbieneman at apple.com> wrote: [ brutal-snip ] ... > [ TODO#S: Before doing a 2nd build (and in a 3rd run using more > optimized binaries) ] > > How do I anable LTO via CMAKE? > > > LLVM_ENALBLE_LTO=On > [ v4 of my build-script attached ] Hi Chris, thanks for the response! That seems to work (see below). $ cd

Trying to run a self host "ninja check-clang" with ASan enabled I hit a /lot/ of errors like this (strangely I hit none of these in check-llvm, only in check-clang): Any ideas? ==10525==ERROR: AddressSanitizer failed to deallocate 0x10800 (67584) bytes at address 0x631000014800 ==10525==AddressSanitizer CHECK failed:

...//Have include CrashReporterClient.h HAVE_CRASHREPORTERCLIENT_H:INTERNAL= //Test HAVE_CXX_ATOMICS64_WITHOUT_LIB HAVE_CXX_ATOMICS64_WITHOUT_LIB:INTERNAL=1 //Test HAVE_CXX_ATOMICS_WITHOUT_LIB HAVE_CXX_ATOMICS_WITHOUT_LIB:INTERNAL=1 //Have symbol arc4random HAVE_DECL_ARC4RANDOM:INTERNAL= //Have symbol FE_ALL_EXCEPT HAVE_DECL_FE_ALL_EXCEPT:INTERNAL=1 //Have symbol FE_INEXACT HAVE_DECL_FE_INEXACT:INTERNAL=1 //Have symbol strerror_s HAVE_DECL_STRERROR_S:INTERNAL= //Have include dirent.h HAVE_DIRENT_H:INTERNAL=1 //Have symbol dladdr HAVE_DLADDR:INTERNAL= //Have include dlfcn.h HAVE_DLFCN_H:INTERNAL=1 //Have symbo...