similar to: [LLVMdev] LD_LIBRARY_PATH precedence problem

Hi all, I am really stumped on this problem. I googled and could not find any solution. Here is the problem. I compiled and installed glibc-2.5-20090518 in a local directory with gcc version 4.1.2. I compiled glibc-2.5 because I wanted to test glibc-2.5 on gcc first llvm-gcc. However, after I installed glibc, llvm-gcc does not work any more. It reported this error message:

Hi all, I am really stumped on this problem. I googled and could not find any solution. Here is the problem. I compiled and installed glibc-2.5-20090518 in a local directory with gcc version 4.1.2. I compiled glibc-2.5 because I wanted to test glibc-2.5 on gcc first llvm-gcc. However, after I installed glibc, llvm-gcc does not work any more. It reported this error message:

Hi All, Did anyone try to compile glibc with llvm-gcc or clang? I tried to configure glibc with CC=llvm-gcc and it failed with this message: ... checking for a BSD-compatible install... /usr/bin//install -c checking whether ln -s works... yes checking for gcc... llvm-gcc checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile See

Hi, I try to compile LLVM and the GCC frontend for LLVM. The steps that I follow are first to compile LLVM and later to compile GCC front end. I tried to compile LLVM 1.8, 1.9 releases and the CVS versions. I tried to compile with different GCC compilers 3.4.0, 4.1.2 and 4.2.0 GCC compilers 3.4.0 and 4.2.0 fail compiling LLVM sources. GCC 4.1.2 works. I cannot compile GCC front end. When I

I've got a situation where I need to hook a dlopen() made by VDDK, a proprietary library, where it passes a relative name expecting to resolve to a copy of several libraries, including libstdc++.so, that it installs alongside itself, and fails to load if that resolves to the system libstdc++.so. The simplest solution of providing LD_LIBRARY_PATH is enough to load VDDK, but then poisons

My platform is RedHat Enterprise 5, as shown below: [wuxi at ppidellsc1420 lib]$ uname -a Linux ppidellsc1420 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:21 EST 2007 i686 i686 i386 GNU/Linux and I install gcc-4.2.3, as shown below: [wuxi at ppidellsc1420 lib]$ g++ -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.2.3/configure

* Richard W. M. Jones: > On Fri, Feb 21, 2020 at 04:00:30PM +0100, Florian Weimer wrote: >> * Richard W. M. Jones: >> >> > On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: >> >> I think what confuses me is that keep talking about a single binary, but >> >> clearly there is this separate vddk DSO, and there is talk of plugins.

On Fri, Feb 21, 2020 at 05:02:12PM +0100, Florian Weimer wrote: > * Richard W. M. Jones: > > > On Fri, Feb 21, 2020 at 04:00:30PM +0100, Florian Weimer wrote: > >> * Richard W. M. Jones: > >> > >> > On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: > >> >> I think what confuses me is that keep talking about a single binary,

On Fri, Feb 21, 2020 at 04:00:30PM +0100, Florian Weimer wrote: > * Richard W. M. Jones: > > > On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: > >> I think what confuses me is that keep talking about a single binary, but > >> clearly there is this separate vddk DSO, and there is talk of plugins. > >> So it seems to me that multiple files are

* Richard W. M. Jones: > On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: >> I think what confuses me is that keep talking about a single binary, but >> clearly there is this separate vddk DSO, and there is talk of plugins. >> So it seems to me that multiple files are involved already? > > nbdkit is a standalone binary that happens to be able to load

Hi Aaron, Duncan Thanks for the answers. >From Duncan's e-mail, I've tried to build llvm-2.6. First problem was a missing dependence on lbffi.so.4. But I've downloaded the source from redhat, compiled and passed that point. Now I have another missing dependence on GLIBCXX_3.4.9. The version in my system is 3.4.6-11. I've been looking around for a 3.4.9 rpm for redhat, could

I am still having problems getting everything installed. I realized that the successful build of llvm-2.5 had in fact been configured to use the system gcc (4.1.2). However, I was unable to sucessfully build llvm-gcc with gcc 4.1.2. I went back and attempted to build llvm-2.5 with gcc-4.2.4 (installed in a separate directory from system gcc). However, I got the same build error as before. Then I

Some things to check: Run llvm-gcc a.c -emit-llvm -use-gold-plugin -Wl,debug This will print the link command line. What is it? Do you get the same error messages if you run just that? Are gold and the plugin linked with the same libstdc++? Cheers On Jun 5, 2010 11:50 PM, "Guoliang Jin" <jingl1345 at gmail.com> wrote: The errors are /usr/lib/libstdc++.so.6: version

The errors are /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found /lib/libc.so.6: version `GLIBC_2.7' not found I can not use it in the command line... Rafael Espindola wrote: >> However, I got >> "... >> checking for gcc... llvm-gcc -use-gold-plugin >> checking for C compiler default output file name... >> ... >> configure: error: C

On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: > I think what confuses me is that keep talking about a single binary, but > clearly there is this separate vddk DSO, and there is talk of plugins. > So it seems to me that multiple files are involved already? nbdkit is a standalone binary that happens to be able to load plugins from a well-known path, eg

Hi all, I'm trying to compile dahdi-tools on Ubuntu 8.04 on Xen (Amazon EC2 to be exact). dahdi-linux compiled and installed successfully, after which I do the following to install dahdi-tools: wget http://downloads.digium.com/pub/telephony/dahdi-tools/dahdi-tools-current.tar.gz tar xzvf dahdi-tools-current.tar.gz cd dahdi-tools* ./configure make make install make config Everything

Hi Eli, I tried to build llvm with gcc-4.4.3 and binutils-2.20.1. This time it failed with /build/toolchain/src/llvm-2.7/objdir/Release/bin/tblgen: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /build/toolchain/src/llvm-2.7/objdir/Release/bin/tblgen) make[1]: *** [/build/toolchain/src/llvm-2.7/objdir/lib/VMCore/Release/Intrinsics.gen.tmp] Error 1 make[1]: Leaving

Hi, > But when I use 'make ENABLE_OPTMIZED=1', the compilation fails with the spelling mistake: should be ENABLE_OPTIMIZED not ENABLE_OPTMIZED. > message: > > /home/wuxi/llvm-2.2/llvm-objects-opt/Release/bin/tblgen: > /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by > /home/wuxi/llvm-2.2/llvm-objects-opt/Release/bin/tblgen) The

I easily installed and used skype on my previous linux distro on this same machine, but am having problems getting it to work on my relatively new centos 5.3. I downloaded three versions of skype from their website: the two fedora rpms wouldn't install, their error messages complaining that it needed another package, a package which was already installed. (I figured it had to be looking for

Hi, I'm trying to track down some nasty glibc failures on Linux. I think the problem is that my system compiler (3.4.6) doesn't match llvm-gcc (4.0.x) so when the llc compiled programs run they don't quite get the right libstdc++. If I run a test program with: LD_LIBRARY_PATH=/path/to/my/llvm-gcc4/libs Output/sieve.llc then I get this: Output/sieve.llc: symbol lookup error: