binutils-2.19.1 and freshly-built ld.so from glibc 2.9
Poor Yorick
org.sourceware.binutils@pooryorick.com
Tue Mar 3 15:06:00 GMT 2009
More information about the Binutils mailing list
Tue Mar 3 15:06:00 GMT 2009
- Previous message (by thread): binutils-2.19.1 and freshly-built ld.so from glibc 2.9
- Next message (by thread): binutils-2.19.1 and freshly-built ld.so from glibc 2.9
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
H.J. Lu wrote: > On Tue, Mar 3, 2009 at 4:56 AM, Poor Yorick > <org.sourceware.binutils@pooryorick.com> wrote: >> Hi, >> >> The following problem occurs with both binutils-2.19.1 and 2.18. I invoke "readelf -a ld.so" where ld.so was just compiled from glibc-2.9 source, and get an infinite loop of error messages similar to: >> >> readelf: Error: Unable to read in 0x10 bytes of version need aux (3) >> readelf: Error: Unable to seek to 0x87000161 for version need aux (3) >> >> any suggestions? >> > > Which platform are you using? > Linux 2.4.21-50.ELhugemem, RHEL3, self-compiled, toolchain. /usr/bin/readelf (gnu readelf 2.14.90.0.4) has no problem reading the new ld.so. the new binutils readelf has no problem reading any of the other hundreds of shared objects I've compiled. /lib/libc.so.6 is version 3.2.3. -- Yorick
- Previous message (by thread): binutils-2.19.1 and freshly-built ld.so from glibc 2.9
- Next message (by thread): binutils-2.19.1 and freshly-built ld.so from glibc 2.9
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Binutils mailing list