Yes, thanks, Phill B.
The shared lib is full of R_ARM_PC24 relocs, but I can not get
rid of them. Each object file I create is compiled w/ -fPIC.
The link statement is:
$(CC) -shared -v -o ../$@ -Wl,-soname,$(SONAME_SHARED_LIB) $(OBJS) -lc
All the problem symbols come from libc.a (malloc, strchr, ...).
Does this imply that the objects in libc.a were compiled w/out -fPIC ?
The libc.a I'm linking against is from some rawhide site
(glibc-2.1-0.990204.armv4l.rpm and glibc-devel-2.1-0.990204.armv4l.rpm);
I'm down to either a bad libc, a poorly configured x-compiler, or a compiler
bug.
Any suggestions where to look next ? In the meantime I'm going to build
the latest egcs and binutils.
Thanks for the help.
Philip Blundell wrote:
>
> >BUG IN DYNAMIC LINKER ld.so: ../sysdeps/arm/dl-machine.h: 450:
> >elf_machine_rel:
> >Assertion `! "unexpected dynamic reloc type"' failed!
>
> 95% of the time this is caused by an object that wasn't built with -fPIC being
> included in the library. The other 5% of the time it's turned out to be a
> compiler bug so far.
>
> You can use `objdump --dynamic-reloc' to get some clues about what's going on.
> Tell-tale things to look for are R_ARM_PC24 relocs - there should be none in a
> shared object.
--
Dave Baukus
Inet Technologies Inc.
[EMAIL PROTECTED]
unsubscribe: body of `unsubscribe linux-arm' to [EMAIL PROTECTED]
