search for: _finite

...gainst the new glibc. - https://bugs.llvm.org/show_bug.cgi?id=44842 - https://github.com/cms-sw/cmssw/issues/24935 - https://github.com/google/filament/issues/2146 But when going through LLJIT (tested with LLVM-10 & LLVM-11, on ArchLinux, glibc-2.32) I still get Symbols not found: [ __log_finite, __exp2_finite ] when trying to materialize my code. What could be done for that ? "Recompiling" doesn't seem to fix anything in this case so it looks like LLJIT lacks the mechanism to understand the ELF symbol indirection. Thanks, Jean-Michaël -------------- next part ------------...

...versioned. Removing either the -fmath-errno or -ffinite-math-only flag for the clang cpp -> bitcode invocation in build.sh fixes the issue (at the expense of potentially slower code). <http://www.jcelerier.name> Thanks for the hint, sadly it's not possible to take the address of __log_finite : what happens is that you call the function e.g. log() in your code, and either clang or some magic glibc header transforms that into __log_finite further down the pipeline (see e.g. the discussion in https://reviews.llvm.org/D74712 - sadly in my case I can't "upgrade" the headers us...

Hello, Right now I am just using a Generator to look for symbols in my process (which links dynamically against libc / libm). It seems to have no trouble finding every other libc / libm / libc++ / ... symbol so I assumed that it was not necessary to specifically link against libm where these __finite symbols reside: $ nm -D /usr/lib/libm.so.6 | grep finite 0000000000050540 T __acosf128_finite at GLIBC_2.26 0000000000042f70 T __acosf_finite at GLIBC_2.15 0000000000026940 i __acos_finite at GLIBC_2.15 0000000000051000 T __acoshf128_finite at GLIBC_2.26 0000000000043240 T __acoshf_fi...

...quot;#undef HAVE_STRERROR_R" raw_ostream.cpp: had to add "#undef HAVE_UNISTD_H" (apparently config.h was not generated correctly) lib/support IsNan.cpp : had to add "#define isnan _isnan #include <float.h>" IsInf.cpp : had to add "#define isinf !_finite #include <float.h>" examples/ParallelJIT ParallelJIT.cpp : "#include <pthread.h>" pthread.h not supported on windows Obviously, these are quick hacks to get it to compile and no solutions :) Possibly I did something wrong when configuring the build. Also I just had...

.... no >Checking for _isnan(0.0) in C++ library None... yes >Checking for isinf(0.0) in C++ library None... no >Checking for isinf(0.0) in C++ library None... no >Checking for std::isinf(0.0) in C++ library None... no >Checking for finite(0.0) in C++ library None... no >Checking for _finite(0.0) in C++ library None... yes >scons: done reading SConscript files. >scons: Building targets ... >cl /nologo /TP /EHsc /GR /D__STDC_LIMIT_MACROS /ISTLport-4.6.2\stlport >/Illvm\include /Iinclude /Ibuild_vc71\include /c >build_vc71\lib\Target\X86\X86TargetMachine.cpp /Fobuild_vc7...

...uot; > raw_ostream.cpp: had to add "#undef HAVE_UNISTD_H" > (apparently config.h was not generated correctly) > > lib/support > > IsNan.cpp : had to add "#define isnan _isnan #include <float.h>" > IsInf.cpp : had to add "#define isinf !_finite #include <float.h>" > > examples/ParallelJIT > > ParallelJIT.cpp : "#include <pthread.h>" pthread.h not supported on > windows > > Obviously, these are quick hacks to get it to compile and no solutions :) > Possibly I did something wrong when co...

Hi I'm trying to compile HowToUseJIT.cpp, but it seems that iterator definition is missing: --------------------Configuration: HowToUseJIT - Win32 Debug-------------------- Compiling... HowToUseJIT.cpp c:\sfu\usr\local\src\llvm\include\llvm\adt\ilist(41) : fatal error C1083: Cannot open include file: 'llvm/ADT/iterator': No such file or directory Error executing cl.exe. I've

...here're also other cases in llvm\lib\Bytecode\Reader\Reader.cpp(1484) : error C2057: expected constant expression llvm/lib/CodeGen/LiveVariables.cpp', # MachineInstr *PhysRegInfoA[RegInfo->getNumRegs()]; C99 but they are too complicated for this evening ;-) * IsInf.cpp VC has _finite in <float.h>. I think it's needed to integrate the #if dance in IsInf.cpp with #elif HAVE__FINITE_IN_FLOAT_H # include <float.h> static int isinf(double x) { return !_finite(x); } * IsNan.cpp Same as above. VC has _isnan(x), so it's needed #elif HAVE__ISNAN_IN_FLOA...

I submitted a patch keeping the traditional approach, HAVE_FINITE_IN_FLOAT_H and HAVE_ISNAN_IN_FLOAT... Just another case added to the others instead of a custom approach. --- Paolo On Oct 19, 2004, at 12:16 PM, Morten Ofstad wrote: > I don't know if Paolo submitted his patches for these files, but they > are not in the CVS -- I've chosen a slig...

I don't know if Paolo submitted his patches for these files, but they are not in the CVS -- I've chosen a slightly different strategy, adding a case that checks if the compiler is MSVC instead of adding HAVE_FINITE_IN_FLOAT_H and HAVE_ISNAN_IN_FLOAT_H to the config.h file. I don't know which is the best approach, but this is the minimal patch to make it work... m. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm....