[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#180119: libc6: ld.so does not seem to find correct platform information for AMD K6-III



At Mon, 17 Mar 2003 20:03:09 +0000,
Steve Haslam wrote:
> 
> [1  <text/plain; iso-8859-1 (quoted-printable)>]
> On Mon, Feb 17, 2003 at 08:17:23PM +0900, GOTO Masanori wrote:
> > At Fri, 07 Feb 2003 12:18:24 +0000,
> > Steve Haslam wrote:
> > > With libc6 2.3.1-10, ld.so would try to link in the i686/cmov version of
> > > libssl on a K6-III (i586) machine-- I had to divert the libs away, and it
> > > then loaded the i586 versions.
> > > 
> > > Now with 2.3.1-11, ld.so is not loading *any* arch-specific library, and
> > > using the standard /usr/lib/libssl. Although this is safer, it would be nice
> > > if the K6-III was recognised.
> > > 
> > > Here is the output with LD_AUXV=1 set:
> > > 
> > > bash# LD_SHOW_AUXV=1 LD_DEBUG=libs LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1
> > > /usr/bin/openssl version
> > > 
> > > Presumably the problem is that "AT_PLATFORM" is blank? (Is this a libc6
> > > problem or kernel problem?)
> > 
> > AT_PLATFORM should contain a valid architecture name.  I guess it's
> > kernel problem, please upgrade your kernel into 2.4.20.  I tested on
> > K5 or K6 machine, but IIRC my test worked well.
> 
> OK, I now have 2.4.20 on this machine, and although AT_PLATFORM is set
> to "i586", it still reports loading the basic versions of the libraries:
> 
> AT_HWCAP:    fpu vme de pse tsc msr mce cx8 pge mmx
> AT_PAGESZ:      4096
> AT_CLKTCK:      100
> AT_PHDR:        0x8048034
> AT_PHENT:       32
> AT_PHNUM:       6
> AT_BASE:        0x40000000
> AT_FLAGS:       0x0
> AT_ENTRY:       0x80542c0
> AT_UID:         0
> AT_EUID:        0
> AT_GID:         0
> AT_EGID:        0
> AT_PLATFORM:    i586

OK :)

> 10808:	find library=libssl.so.0.9.7; searching
> 10808:	 search cache=/etc/ld.so.cache
> 10808:	  trying file=/usr/lib/libssl.so.0.9.7
> 10808:	
> 10808:	find library=libcrypto.so.0.9.7; searching
> 10808:	 search cache=/etc/ld.so.cache
> 10808:	  trying file=/usr/lib/libcrypto.so.0.9.7
> 10808:	
> 10808:	find library=libdl.so.2; searching
> 10808:	 search cache=/etc/ld.so.cache
> 10808:	  trying file=/lib/libdl.so.2
> 10808:	
> 10808:	find library=libc.so.6; searching
> 10808:	 search cache=/etc/ld.so.cache
> 10808:	  trying file=/lib/libc.so.6
> 10808:	
> 	libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40018000)
> 	libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40047000)
> 	libdl.so.2 => /lib/libdl.so.2 (0x40139000)
> 	libc.so.6 => /lib/libc.so.6 (0x4013c000)
> 	/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
> 
> I have rerun ldconfig, although I don't know if this is important.
> "ldconfig -v -v" definitely shows the i586 libraries being processed
> (with hwcap 0x40...)

Please upgrade into glibc-2.3.1-15.  I fixed some bug of dlcode in
2.3.1-14, so your problem might be fixed.

Regards,
-- gotom



Reply to: