🚀 go-pugleaf

Hi!

I discovered a strange bug (in gnu ld!?) while trying to compile X11R6.1
on my SUN3/80 running SunOS 4.1.1
Since X11R6.1 is rather big, I took some time to pinpoint the error with
a only a few lines C code.

The problem appears when loading an executable with a shared library
created by gcc/gas/gld.

First create a file called pause.c containing:

void pause()
{
  sleep(3);
}

Compile this C file using:

gcc -c -fpic pause.c

Create a shared library libtest.so.1.0:

ld -o libtest.so.1.0 -assert=pure-text pause.o

Create another C program called go.c:

main()
{
  pause();
}

Try to create an executable:

gcc go.c -L. -ltest

ld will give the error message: 

./libtest.so.1.0: could not read symbols: No symbols

But running 'nm libtest.so.1.0' (gnu version) yields

00000000 A __DYNAMIC
00000020 t ___gnu_compiled_c
00020000 B __bss_start
00020000 D __edata
00020000 B __end
00000034 T __etext
00020000 D _edata
00020000 B _end
00000034 T _etext
00000020 T _pause
         U _sleep
00000020 t gcc2_compiled.
00000020 t pause.o

And 'file libtest.so.1.0':

libtest.so.1.0: mc68020 demand paged shared library executable not stripped

I don't get it. Am I doing something wrong? Don't tell me to use Sun's C
compiler, I'ld like to use gcc. Maybe there is someone who can help me out?!

Franc

P.S.1:
Some version numbers:
gcc version 2.7.2.1
GNU assembler version 2.7 (m68k-sun-sunos4.1.1)
ld version 2.7 (with BFD 2.7)

P.S.2:
gcc 2.7.2.1 generates invalid pic calls: it adds a dummy argument ,a1 to
a jbsr call to inform the Sun assembler to generate PIC. See the corresponding 
code (from m68k.md on more than one place):

    /* The ',a1' is a dummy argument telling the Sun assembler we want PIC,
       GAS just plain ignores it. */
    return \"jbsr %0,a1\";

Well GAS doesn't ignore it. So since I configured gcc to use gas I
patched these lines to generate assembly without the ',a1'