This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: Current glibc CVS doesn't work on i386-gnu
- From: Roland McGrath <roland at redhat dot com>
- To: Jeff Bailey <jbailey at nisa dot net>
- Cc: libc-alpha at gnu dot org, bug-hurd at gnu dot org
- Date: Sun, 12 Jan 2003 19:39:23 -0800
- Subject: Re: Current glibc CVS doesn't work on i386-gnu
> When I look at elf/ld.so with `readelf -a' the plt section contains:
>
> 000168a4 00005107 R_386_JUMP_SLOT 00000000 __stpncpy
My hurd cross-build doesn't have that reference.
> Should the sym. value really be 00000000?
>
> I'm not sure because:
>
> 00016884 00004307 R_386_JUMP_SLOT 00000000 __ctype_b_loc
> 00016898 00004b07 R_386_JUMP_SLOT 00000000 __ctype_toupper_loc
>
> But there are no entries like this in the currently installed ld.so and
> all three of these symbols are new.
That indicates the symbol is undefined. Look at the corresponding lines in
the readelf -s output. There should be no undefined symbols in ld.so,
so this looks like a bug in how it's getting built. -z defs would have
caught this, and I've added that to the link for ld.so. We'll have to look
into what is breaking the build on the Hurd. Likely wrong objects being
brought in or the rtld-* compilations not happening right.