Re: Bug#155732: mooix_0.6.2(hppa/unstable): FTBFS: test failures

[Joey Hess <joey@mooix.net>]

Randolph Chung wrote:
> > It seems to me that $$dyncall is part of ld.so, which is just confusing.
> 
> no, $$dyncall is part of libgcc
> 
> > paer% gcc -ldl -nostdlib -lgcc -shared -Wl,-soname -Wl,libmooproxy.so.0
> > real.o client.o proxy.o wrap.o libmooproxy.o -o libmooproxy.so.0
> > paer% LD_PRELOAD=./libmooproxy.so.0 ls
> > ls: relocation error: ./libmooproxy.so.0: undefined symbol: $$dyncall
> > 
> > Can anyone help? It's really annoying that this is keeping it out of
> > testing. Please cc replies to me.
> 
> try:
> gcc -shared -Wl,-soname -Wl,libmooproxy.so.0 real.o client.o proxy.o wrap.o libmooproxy.o -o libmooproxy.so.0 -ldl -nostdlib /usr/lib/crti.o -lgcc /usr/lib/crtn.o
> 
> perhaps?

paer% gcc -shared -Wl,-soname -Wl,libmooproxy.so.0 real.o client.o
proxy.o wrap.o libmooproxy.o -o libmooproxy.so.0 -ldl -nostdlib
/usr/lib/crti.o -lgcc /usr/lib/crtn.o
/usr/lib/crti.o: In function `_init':
/usr/lib/crti.o(.init+0x0): multiple definition of `_init'
libmooproxy.o(.text+0xa4): first defined here
collect2: ld returned 1 exit status
paer% gcc -shared -Wl,-soname -Wl,libmooproxy.so.0 real.o client.o
proxy.o wrap.o libmooproxy.o -o libmooproxy.so.0 -ldl -nostdlib -lgcc
/usr/lib/crtn.o 
collect2: ld terminated with signal 11 [Segmentation fault], core dumped

However, it looks like order does matter, and so:

paer% gcc -shared -Wl,-soname -Wl,libmooproxy.so.0 real.o client.o
proxy.o wrap.o libmooproxy.o -o libmooproxy.so.0 -ldl -nostdlib -lgcc               
paer% LD_PRELOAD=./libmooproxy.so.0 ls
Makefile  client.h     libmooproxy.c  libmooproxy.so    proxy.c  real.c t

-- 
see shy jo