This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: build issue
- From: Dave Korn <dave dot korn dot cygwin at gmail dot com>
- To: François Dumont <francois dot cppdevs at free dot fr>
- Cc: libstdc++ at gcc dot gnu dot org
- Date: Thu, 04 Nov 2010 23:33:50 +0000
- Subject: Re: build issue
- References: <4CD31991.1080100@free.fr>
- Reply-to: "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>
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