search for: __log_finite

...ecame 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...

...gi?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. >&gt...

...app against 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 ------------...

...teToEPh _ZdlPvRKSt9nothrow_t 1 _ZN3lld3elf19createCommonSectionIN4llvm6object7ELFTypeILNS2_7support10endiannessE1ELb1EEEEEPNS0_12InputSectionEv _ZdlPvRKSt9nothrow_t 1 _ZN3lld3elf22SymbolTableBaseSection17postThunkContentsEv _ZdlPvRKSt9nothrow_t 1 generic_start_main __pow_finite 1 generic_start_main __log_finite 1 generic_start_main __exp_finite 1 generic_start_main __atan2_finite 1 generic_start_main __asin_finite 1 generic_start_main __acos_finite 1 generic_start_main tan 1 generic_start_main __sin 1 generic_start_main __cos 1 generic_start_main __floor 1 generic_start_main __ceil 1 generic_start_main at...

A rebased version of the lld patch is attached. Cheers, Rafael On 31 July 2017 at 15:11, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: > Tobias Edler von Koch <tobias at codeaurora.org> writes: > >> Hi Rafael, >> >> On 07/31/2017 04:20 PM, Rafael Avila de Espindola via llvm-dev wrote: >>> However, do we need to start with