build issue
Dave Korn
dave.korn.cygwin@gmail.com
Thu Nov 4 23:10:00 GMT 2010
On 04/11/2010 20:37, François Dumont wrote:
> Hi
>
> Am I the only one to experiment build issues with current SVN trunk ?
Can you tell me your trunk revision and configure command-line please?
> make[3]: Leaving directory
> `/home/fdt/dev/gcc/host-x86_64-unknown-linux-gnu/gcc'
> make[3]: Entering directory
> `/home/fdt/dev/gcc/host-x86_64-unknown-linux-gnu/lto-plugin'
> /bin/sh ./libtool --tag=CC --mode=link gcc -Wall -Werror -g
> -fkeep-inline-functions -no-undefined -bindir
> /home/fdt/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0
> -Wc,../libiberty/libiberty.a -o liblto_plugin.la -rpath
> /home/fdt/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0 lto-plugin.lo
> libtool: link: gcc -shared .libs/lto-plugin.o
> ../libiberty/libiberty.a -Wl,-soname -Wl,liblto_plugin.so.0 -o
> .libs/liblto_plugin.so.0.0.0
> /usr/bin/ld: ../libiberty/libiberty.a(argv.o): relocation R_X86_64_32S
> against `_sch_istable' can not be used when making a shared object;
> recompile with -fPIC
> ../libiberty/libiberty.a: could not read symbols: Bad value
> collect2: ld returned 1 exit status
> make[3]: *** [liblto_plugin.la] Error 1
I've been working in this area lately and have been using GOLD rather than
GNU LD, so there could be a problem here. I'll see if I can reproduce it.
Reply-to set to the main list, because I doubt this is libstdc related.
cheers,
DaveK
More information about the Libstdc++
mailing list