[parisc-linux] RE: New glibc patches 2004-03-08, fixes GLRO changes.

[Carlos O'Donell]

On Fri, Mar 12, 2004 at 06:33:11PM +0100, Joel Soete wrote:
> Hmmm all output files realted to Error1 was empty because of:
> hppa-linux-gcc -nostdlib -nostartfiles -o /Develop/parisc-linux/build/glibc/posix/tst-regex
>  -Wl,-dynamic-linker=/lib/ld.so.1
> /Develop/parisc-linux/build/glibc/csu/crt1.o /Develop/parisc-linux/build/glibc/csu/crti.o
> `hppa-linux-gcc --print-file-name=crtbegin.o` /Develop/parisc-linux/build/glibc/posix/tst-regex.o
> /Develop/parisc-linux/build/glibc/rt/librt.so  -Wl,-rpath-link=/Develop/parisc-linux/build/glibc:/Develop/parisc-linux/build/glibc/math:/Develop/parisc-linux/build/glibc/elf:/Develop/parisc-linux/build/glibc/dlfcn:/Develop/parisc-linux/build/glibc/nss:
> /Develop/parisc-linux/build/glibc/nis:/Develop/parisc-linux/build/glibc/rt:/Develop/parisc-linux/build/glibc/resolv:/Develop/parisc-linux/build/glibc/crypt:/Develop/parisc-linux/build/glibc/linuxthreads
> /Develop/parisc-linux/build/glibc/libc.so.6 /Develop/parisc-linux/build/glibc/libc_nonshared.a
> -lgcc `hppa-linux-gcc --print-file-name=crtend.o` /Develop/parisc-linux/build/glibc/csu/crtn.o
> /Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_create'
> /Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `_pthread_cleanup_pop'
> /Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_once'
> /Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `_pthread_cleanup_push'
> /Develop/parisc-linux/build/glibc/rt/librt.so: undefined reference to `pthread_atfork'
> collect2: ld returned 1 exit status
> make[2]: *** [/Develop/parisc-linux/build/glibc/posix/tst-regex] Error 1

Are you sure you thread library was built correctly? Do you see those
symbols in libpthread? All those issues are related to libpthread being
broken somehow.
 
> make[2]: *** [/Develop/parisc-linux/build/glibc/elf/tst-dlmodcount.out] Error 139
> do_page_fault() pid=9891 command='ld.so.1' type=15 address=0x401aca28
> vm_start = 0x40177000, vm_end = 0x4017c000

Can you run the loader through gdb, and give an assembly dump around the
address where it crashes?

c.