search for: lmpfr

...considered the implications of the license MPFR is under, and at the moment I'm sticking my head in the sand until and unless we want to go down this path. My expectation is that we would use their exposed API - so we'd #include <mpfr.h> and use functions from there, linking against -lmpfr and -lgmp. I admit that this option would indeed add another dimension to the testing matrix. Do you have an alternative solution or a preferred solution of those I enumerated earlier? Cheers, James On Mon, 4 Apr 2016 at 15:24 Neil Henning <llvm at duskborn.com> wrote: > Hey James, &g...

...63281250000000000000000000000000000000e-11 Which does not correspond to the value reported by Ghazi et al. Could any one give me some some hint on how to obtain a value closer to the one of ?1.341818958e?12 please. (Yes, I have reproduce the 'd' value from Ghazi et al. using 'gcc -lmpfr -lgmp' on linux boxes). ################# Session info: R version 2.11.1 (2010-05-31) x86_64-apple-darwin9.8.0 locale: [1] C attached base packages: [1] stats graphics grDevices utils datasets methods base other attached packages: [1] Rmpfr_0.2-3 loaded via a namespace (and not...

...int.h... yes checking for unistd.h... yes checking mpfr.h usability... yes checking mpfr.h presence... yes checking for mpfr.h... yes checking gmp.h usability... yes checking gmp.h presence... yes checking for gmp.h... yes checking for __gmpz_init in -lgmp... yes checking for mpfr_init in -lmpfr... yes checking for mpfr_digamma in -lmpfr... no configure: error: MPFR Library must be at least version 3.0.0, see README ERROR: configuration failed for package ?Rmpfr? * removing ?/usr/local/lib64/R/library/Rmpfr? rtest:/home/ruser # Maybe R detects the packages wrongly ? Can I edit sour...

...llvm-objects/Debug/lib/libLLVMAnalysis.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMTarget.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMCore.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMSupport.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMSystem.a attribs.o stub-objc.o stub-c.o -lmpfr -lgmp ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/home/duncan/LLVM/llvm-objects/Debug/lib -lpthread -ldl -lm libbackend.a(dwarf2out.o): In function `add_type_attribute': (.text+0x1ffb3): undefined reference to `invoke_impl_ptr_type' libbackend.a(llvm-bac...

...sw/lib/llvm/lib/libLLVMipa.a /sw/lib/llvm/lib/libLLVMAnalysis.a /sw/lib/llvm/lib/libLLVMTarget.a /sw/lib/llvm/lib/libLLVMMC.a /sw/lib/llvm/lib/libLLVMCore.a /sw/lib/llvm/lib/libLLVMX86Info.a /sw/lib/llvm/lib/libLLVMSupport.a /sw/lib/llvm/lib/libLLVMSystem.a attribs.o stub-objc.o stub-c.o -L/sw/lib -lmpfr -lgmp ../libcpp/libcpp.a -lintl -L/sw/lib -liconv ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/sw/lib/llvm/lib -lpthread -lm Undefined symbols: "_gt_ggc_r_gt_darwin_c_h", referenced from: _gt_ggc_rtab in f95-lang.o ld: symbol(s) not found collect2: ld returned 1 e...

...llvm-objects/Debug/lib/libLLVMAnalysis.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMTarget.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMCore.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMSupport.a /home/duncan/LLVM/llvm-objects/Debug/lib/libLLVMSystem.a attribs.o stub-objc.o stub-c.o -lmpfr -lgmp ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/home/duncan/LLVM/llvm-objects/Debug/lib -lpthread -ldl -lm > libbackend.a(dwarf2out.o): In function `add_type_attribute': > (.text+0x1ffb3): undefined reference to `invoke_impl_ptr_type' > libbac...

...w/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib/libLLVMCore.a /sw/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib/libLLVMSupport.a /sw/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib/libLLVMSystem.a attribs.o stub-objc.o stub-c.o -L/sw/lib -lmpfr -lgmp ../libcpp/libcpp.a ./../intl/libintl.a /usr/lib/libiconv.dylib ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/sw/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib -lpthread -lm Undefined symbols: "_create_init_utf16_var", referenced from: _dar...

...l/lib/libLLVMipa.a /usr/local/lib/libLLVMAnalysis.a /usr/local/lib/libLLVMTarget.a /usr/local/lib/libLLVMMC.a /usr/local/lib/libLLVMCore.a /usr/local/lib/libLLVMX86Info.a /usr/local/lib/libLLVMSupport.a /usr/local/lib/libLLVMSystem.a attribs.o stub-objc.o stub-c.o -L/usr/local/lib -L/usr/local/lib -lmpfr -lgmp ../libcpp/libcpp.a -lintl -L/usr/local/lib -liconv ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/usr/local/lib -lpthread -lffi -lm Undefined symbols: "_gt_ggc_r_gt_darwin_c_h", referenced from: _gt_ggc_rtab in f95-lang.o ld: symbol(s) not found collect2: ld re...

Hi Neil, > Please not (1). Could you please elaborate on your concern a bit more? Cheers, James On Mon, 4 Apr 2016 at 15:18 Neil Henning via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Please not (1). > > Cheers, > -Neil. > > > On 04/04/16 14:59, James Molloy via llvm-dev wrote: > > Hi, > > Clang is currently unable to constant fold calls to

Hi, > I am confused. Shouldn't the gcc 4.2 front-end build behave > just like the FSF gcc build. The first stage builds the compilers > and the second stage rebuilds them using those from the first > stage? the FSF gcc requires you to build the C compiler (I think - will check). Thus a newly built C compiler is always available to build later stages. We can't reasonably

...tran-llvm/llvm-obj/Debug/lib/libLLVMTarget.a /home/mmccrack/gfortran-llvm/llvm-obj/Debug/lib/libLLVMCore.a /home/mmccrack/gfortran-llvm/llvm-obj/Debug/lib/libLLVMSupport.a /home/mmccrack/gfortran-llvm/llvm-obj/Debug/lib/libLLVMbzip2.a /home/mmccrack/gfortran-llvm/llvm-obj/Debug/lib/libLLVMSystem.a -lmpfr -lgmp ../libcpp/libcpp.a ../libiberty/libiberty.a -L/home/mmccrack/gfortran-llvm/llvm-obj/Debug/lib -lpthread -ldl -lm libbackend.a(i386.o)(.text+0x13aa5): In function `ix86_make_regparmandstackparmee': ../../src/gcc/config/i386/i386.c:17940: undefined reference to `decl_attributes' libb...

Duncan, I am confused. Shouldn't the gcc 4.2 front-end build behave just like the FSF gcc build. The first stage builds the compilers and the second stage rebuilds them using those from the first stage? Jack On Mon, Aug 11, 2008 at 03:56:23PM +0200, Duncan Sands wrote: > > I don't be that can be the cause because I have... > > > >

...w/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib/libLLVMCore.a /sw/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib/libLLVMSupport.a /sw/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib/libLLVMSystem.a attribs.o stub-objc.o stub-c.o -L/sw/lib -lmpfr -lgmp ../libcpp/libcpp.a ./../intl/libintl.a /usr/lib/libiconv.dylib ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -L/sw/src/fink.build/llvm-gcc42-2.3.999-20080810/llvm_objdir/Release/lib -lpthread -lm ..even require c++ instead of xgcc? Jack On Mon, Aug...

...me/duncan/LLVM/llvm-objects/Debug/lib/ >> libLLVMTarget.a /home/duncan/LLVM/llvm-objects/Debug/lib/ >> libLLVMCore.a /home/duncan/LLVM/llvm-objects/Debug/lib/ >> libLLVMSupport.a /home/duncan/LLVM/llvm-objects/Debug/lib/ >> libLLVMSystem.a attribs.o stub-objc.o stub-c.o -lmpfr -lgmp ../ >> libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/ >> libdecnumber.a -L/home/duncan/LLVM/llvm-objects/Debug/lib - >> lpthread -ldl -lm >> libbackend.a(dwarf2out.o): In function `add_type_attribute': >> (.text+0x1ffb3): undefined reference...