egcs-19980921 on i586-linux miscompiles ld-linux.so.2 in glibc-2.0.96

[Horst von Brand <vonbrand@sleipnir.valparaiso.cl>]

>Submitter-Id:	net
>Originator:	Horst von Brand
>Organization:
  Horst von Brand                             vonbrand@sleipnir.valparaiso.cl
  Casilla 9G, Viña del Mar, Chile                               +56 32 672616
>
>Confidential:	no
>Synopsis:	Crash of ld-linux.so.2 when compiled with egcs snapshot
>Severity:	critical
>Priority:	high
>Category:	libc
>Class:		sw-bug
>Release:	libc-2.0.96
>Environment:
	
Host type: i586-redhat-linux-gnu
System: Linux sleipnir 2.1.123 #6 Wed Sep 23 21:07:17 CLT 1998 i586 unknown
Architecture: i586

Addons: crypt linuxthreads
Build CFLAGS: -O2 -march=pentium
Build CC: gcc
Compiler version: egcs-2.92.11 19980921 (gcc2 ss-980609 experimental)
Kernel headers: 2.1.123
Symbol versioning: yes
Build static: yes
Build shared: yes
Build pic-default: no
Build profile: yes
Build omitfp: yes
Build bounded: no
Build static-nss: no
Stdio: libio

>Description:
	All executables I've tried to run end with (line folded for
        readability):

        $ LD_LIBRARY_PATH=/usr/src/build/build-glibc-2.0.96 \
          /usr/src/build/build-glibc-2.0.96/elf/ld-linux.so.2 /bin/ls
        /bin/ls: ä?:
        Segmentation fault

        gdb confirms that it is ld-linux.so.2 who crashes. The weird string
        shown is always the same. It is also given when the LD_LIBRARY_PATH
        is omitted. The same error ensues with /sbin/sln (a staticly linked
        executable). od on the output gives:

        vonbrand@sleipnir:/tmp$ od -c < /tmp/out
        0000000   /   b   i   n   /   l   s   :     344   ? 001   :      \n

	With egcs-2.91.57 (egcs-1.1) everything works fine, AFAIKS. There is
        an error message when omitting LD_LIBRARY_PATH in this case, however
        (long line folded):
       
        /bin/ls: error in loading shared libraries: /lib/libc.so.6: \
        symbol _dl_default_scope, version GLIBC_2.0 not defined in file \
        ld-linux.so.2 with link time reference

        BTW, I'm using binutils-2.9.1.0.13. Kernel is 2.1.123pre2 compiled
        with egcs-1.1, binutils-2.9.1.0.13
>How-To-Repeat:
	(See above) The problem surfaced when the build tried to run
        the new rpcgen. The program itself runs correctly with my old
        setup (glibc-2.0.95, built with egcs on some linux-2.1.xxx.
        Sorry, I have no further details...)
>Fix:
	Don't use that particular egcs snapshot.