Re: New glibc 2.1.92 test packages (i386, powerpc, sparc)

["Christian T. Steigies" <cts@debian.org>]

On Thu, Aug 10, 2000 at 09:41:35AM -0400, Ben Collins wrote:
> 	/build/source/glibc-2.1.92/m68k-linux/obj/elf/ld.so.1 \
> 		/build/source/glibc-2.1.92/m68k-linux/obj/libc.so
> 
> That should produce some nice information on the library.
In theory...

cts@aahz:~>/build/source/glibc-2.1.92/m68k-linux/obj/elf/ld.so.1
Usage: ld.so [OPTION]... EXECUTABLE-FILE [ARGS-FOR-PROGRAM...]
You have invoked `ld.so', the helper program for shared library executables.
This program usually lives in the file `/lib/ld.so', and special directives
in executable files using ELF shared libraries tell the system's program
loader to load the helper program from this file.  This helper program loads
the shared libraries needed by the program executable, prepares the program
to run, and runs it.  You may invoke this helper program directly from the
command line to load and run an ELF executable file; this is like executing
that file itself, but always uses this helper program from the file you
specified, instead of the helper program file specified in the executable
file you run.  This is mostly of use for maintainers to test new versions
of this helper program; chances are you did not intend to run this program.

  --list                list all dependencies and how they are resolved
  --verify              verify that given object really is a dynamically linked
                        object we can handle
  --library-path PATH   use given PATH instead of content of the environment
                        variable LD_LIBRARY_PATH
  --inhibit-rpath LIST  ignore RUNPATH and RPATH information in object names
                        in LIST
cts@aahz:~>/build/source/glibc-2.1.92/m68k-linux/obj/elf/ld.so.1 /build/source/glibc-2.1.92/m68k-linux/obj/libc.so
Segmentation fault

cts@aahz:~>ll /build/source/glibc-2.1.92/m68k-linux/obj/elf/ld.so* /build/source/glibc-2.1.92/m68k-linux/obj/libc.so
-rwxrwxr-x    1 cts      cts        413432 Aug 10 04:17 /build/source/glibc-2.1.92/m68k-linux/obj/elf/ld.so
lrwxrwxrwx    1 cts      cts             5 Aug 10 04:17 /build/source/glibc-2.1.92/m68k-linux/obj/elf/ld.so.1 -> ld.so
-rwxrwxr-x    1 cts      cts       4483592 Aug 10 04:23 /build/source/glibc-2.1.92/m68k-linux/obj/libc.so

This is what is currently installed:
cts@aahz:~>ll /lib/ld*
-rwxr-xr-x    1 root     root       345415 May  6 04:49 /lib/ld-2.1.3.so
lrwxrwxrwx    1 root     root           18 May 26 23:59 /lib/ld-linux.so.1 -> ld-linux.so.1.9.11
-rwxr-xr-x    1 root     root        21335 May 25 13:51 /lib/ld-linux.so.1.9.11
-rwxr-xr-x    2 root     root        93368 May 25 13:51 /lib/ld.so
lrwxrwxrwx    1 root     root           11 May  8 09:22 /lib/ld.so.1 -> ld-2.1.3.so
-rwxr-xr-x    2 root     root        93368 May 25 13:51 /lib/ld.so.1.9.11

No idea if this is of use, running the installed ld.so over the freshly
built files:
cts@aahz:~>/lib/ld.so.1 /build/source/glibc-2.1.92/m68k-linux/obj/libc.so
/build/source/glibc-2.1.92/m68k-linux/obj/libc.so: /lib/ld.so.1: version `GLIBC_2.2' not found (required by /build/source/glibc-2.1.92/m68k-linux/obj/libc.so)
cts@aahz:~>/lib/ld.so /build/source/glibc-2.1.92/m68k-linux/obj/libc.so
/lib/ld.so: invalid dynamic linker option -268436140
cts@aahz:~>/lib/ld.so.1.9.11 /build/source/glibc-2.1.92/m68k-linux/obj/libc.so
/lib/ld.so: invalid dynamic linker option -268436161

Using strace does not give me a clue:

execve("/build/source/glibc-2.1.92/m68k-linux/obj/elf/ld.so.1", ["/build/source/glibc-2.1.92/m68k-linux/obj/elf/ld.so.1", "/build/source/glibc-2.1.92/m68k-linux/obj/libc.so"], [/* 30 vars */]) = 0
getuid()                                = 1000
getgid()                                = 1000
geteuid()                               = 1000
getegid()                               = 1000
brk(0)                                  = 0xd0013fc0
brk(0xd0014000)                         = 0xd0014000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xc0000000
open("/build/source/glibc-2.1.92/m68k-linux/obj/libc.so", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0775, st_size=4483592, ...}) = 0
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\4\0\0\0\1\0\2E\224"..., 4096) = 4096
old_mmap(NULL, 878520, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xc0001000
mprotect(0xc00cc000, 47032, PROT_NONE)  = 0
old_mmap(0xc00cd000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xca000) = 0xc00cd000
old_mmap(0xc00d4000, 14264, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xc00d4000
close(3)                                = 0
open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

Created an empty /etc/ld.so.preload, just in case:
[...]
open("/etc/ld.so.preload", O_RDONLY)    = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
close(3)                                = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

What now?

Christian