Hi, I'm investigating why Sparc32 user emulator breaks when linked with -lrt. It seems that other libraries also cause the problem, for example -lm -ldl -lX11 -lbfd -lslang is okay, but -lm -ldl -lX11 -lbfd -lslang -lglib-2.0 segfaults just like -lm -lrt. If just address space conflict was the issue, I'd think 12 megs libbfd would trigger the problem instead of 64k librt.
Any ideas? Good output (DEBUG_SIGNAL enabled): qemu-sparc ./ld-linux.so.2 qemu: SIGSEGV pc=0x810d80b4 address=4103fd10 w=1 oldset=0x80000000 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 [cut] Bad output: qemu: SIGSEGV pc=0x810d80d4 address=4103fd10 w=1 oldset=0x80000000 qemu: SIGSEGV pc=0x00018000 address=00018000 w=0 oldset=0xfffbfaff queue_signal: sig=11 qemu: uncaught target signal 11 (Segmentation fault) - exiting This ld-linux.so.2 is from qemu-tests-0.5.3. The value pc (=0x810d80d4) changes a bit when libraries are added.
