public inbox for gas2@sourceware.org
 help / color / mirror / Atom feed
* make check problems on powerpc-unknown-linux-gnu
@ 1999-03-24 15:38 Franz Sirl
  1999-03-24 19:48 ` Ian Lance Taylor
  0 siblings, 1 reply; 5+ messages in thread
From: Franz Sirl @ 1999-03-24 15:38 UTC (permalink / raw)
  To: gas2

Hi,

I just tried gas-990324 on powerpc-unknown-linux-gnu (linux-2.2.4, 
glibc-2.1.1pre1, egcs-1.1.2) and make check showed the follwing 3 problems:

Running /home/fsirl/BUILD/gas-990324/ld/testsuite/ld-checks/checks.exp ...
/home/fsirl/BUILD/gas-990324/ld/../gas/as-new  -o tmpdir/asm.o 
/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-checks/asm.s
/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-checks/asm.s: Assembler messages:
/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-checks/asm.s:11: Error: 
Expected comma after symbol-name: rest of line ignored.
/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-checks/asm.s:11: Error: Rest 
of line ignored. First ignored character is `0'.
ERROR: /home/fsirl/BUILD/gas-990324/ld/testsuite/ld-checks/asm.s: assembly 
failed


Running 
/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-selective/selective.exp ...
gcc -w -O2 -ffunction-sections -fdata-sections 
-B/home/fsirl/BUILD/gas-990324/ld/tmpdir/gas/ 
-I/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-selecti
ve -g -O2 -c /home/fsirl/BUILD/gas-990324/ld/testsuite/ld-selective/1.c -o 
tmpdir/1.o
cc1: Invalid option `-fdata-sections'
ERROR: /home/fsirl/BUILD/gas-990324/ld/testsuite/ld-selective/1.c: 
compilation failed


Running /home/fsirl/BUILD/gas-990324/ld/testsuite/ld-shared/shared.exp ...
gcc -fpic
gcc: No input files
gcc -g -O2  -B/home/fsirl/BUILD/gas-990324/ld/tmpdir/gas/ 
-I/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-shared -g -O2 -c 
/home/fsirl/BUILD/gas-990
324/ld/testsuite/ld-shared/main.c -o tmpdir/mainnp.o
gcc -g -O2  -B/home/fsirl/BUILD/gas-990324/ld/tmpdir/gas/ 
-I/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-shared -g -O2 -c 
/home/fsirl/BUILD/gas-990
324/ld/testsuite/ld-shared/sh1.c -o tmpdir/sh1np.o
gcc -g -O2  -B/home/fsirl/BUILD/gas-990324/ld/tmpdir/gas/ 
-I/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-shared -g -O2 -c 
/home/fsirl/BUILD/gas-990
324/ld/testsuite/ld-shared/sh2.c -o tmpdir/sh2np.o
/home/fsirl/BUILD/gas-990324/ld/ld-new -o tmpdir/shnp.so 
-shared  tmpdir/sh1np.o tmpdir/sh2np.o
/home/fsirl/BUILD/gas-990324/ld/ld-new -m elf32ppc -o tmpdir/shnp 
-dynamic-linker /lib/ld.so.1 /usr/lib/crt1.o /usr/lib/crti.o 
/usr/lib/gcc-lib/ppc
-redhat-linux/egcs-2.91.66/crtbegin.o -rpath tmpdir tmpdir/mainnp.o 
tmpdir/shnp.so /usr/lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/libgcc.a -lc /usr
/lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/libgcc.a 
/usr/lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/crtend.o /usr/lib/crtn.o
tmpdir/shnp >tmpdir/shnp.out
diff tmpdir/shnp.out 
/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-shared/shared.dat
PASS: shared (non PIC)
/home/fsirl/BUILD/gas-990324/ld/ld-new -o tmpdir/shnp.so -shared -T 
/home/fsirl/BUILD/gas-990324/ld/testsuite/ld-shared/elf-offset.ld tmpdir/sh1np.
o tmpdir/sh2np.o
/home/fsirl/BUILD/gas-990324/ld/ld-new -m elf32ppc -o tmpdir/shnp 
-dynamic-linker /lib/ld.so.1 /usr/lib/crt1.o /usr/lib/crti.o 
/usr/lib/gcc-lib/ppc
-redhat-linux/egcs-2.91.66/crtbegin.o -rpath tmpdir tmpdir/mainnp.o 
tmpdir/shnp.so /usr/lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/libgcc.a -lc /usr
/lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/libgcc.a 
/usr/lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/crtend.o /usr/lib/crtn.o
tmpdir/shnp >tmpdir/shnp.out
tmpdir/shnp: error in loading shared libraries: tmpdir/shnp.so: program 
headers not contained in any loaded segment
FAIL: shared (non PIC, load offset)


On the last on the only special thing about shnp.so I noticed is the 
following readelf output:

Program Headers:
  Type        Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
  LOAD        0x010000 0x00100000 0x00100000 0x017d0 0x017d0 RWE 0x10000
  DYNAMIC     0x01176c 0x0010176c 0x0010176c 0x00050 0x00050 RW  0x4

AFAI remember there are usually 2 LOAD entries here, or?

Hope this helps,
Franz.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: make check problems on powerpc-unknown-linux-gnu
  1999-03-24 15:38 make check problems on powerpc-unknown-linux-gnu Franz Sirl
@ 1999-03-24 19:48 ` Ian Lance Taylor
  1999-03-25  2:35   ` Franz Sirl
  0 siblings, 1 reply; 5+ messages in thread
From: Ian Lance Taylor @ 1999-03-24 19:48 UTC (permalink / raw)
  To: Franz.Sirl-kernel; +Cc: gas2

   Date: Thu, 25 Mar 1999 00:36:05 +0100
   From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>

   Running /home/fsirl/BUILD/gas-990324/ld/testsuite/ld-shared/shared.exp ...

   /home/fsirl/BUILD/gas-990324/ld/ld-new -o tmpdir/shnp.so -shared -T 
   /home/fsirl/BUILD/gas-990324/ld/testsuite/ld-shared/elf-offset.ld tmpdir/sh1np.
   o tmpdir/sh2np.o
   /home/fsirl/BUILD/gas-990324/ld/ld-new -m elf32ppc -o tmpdir/shnp 
   -dynamic-linker /lib/ld.so.1 /usr/lib/crt1.o /usr/lib/crti.o 
   /usr/lib/gcc-lib/ppc
   -redhat-linux/egcs-2.91.66/crtbegin.o -rpath tmpdir tmpdir/mainnp.o 
   tmpdir/shnp.so /usr/lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/libgcc.a -lc /usr
   /lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/libgcc.a 
   /usr/lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/crtend.o /usr/lib/crtn.o
   tmpdir/shnp >tmpdir/shnp.out
   tmpdir/shnp: error in loading shared libraries: tmpdir/shnp.so: program 
   headers not contained in any loaded segment
   FAIL: shared (non PIC, load offset)

This one is the only serious error.  It's worth investigating why this
is happening.  Do other people using PowerPC GNU/Linux see this as
well?

   On the last on the only special thing about shnp.so I noticed is the 
   following readelf output:

   Program Headers:
     Type        Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
     LOAD        0x010000 0x00100000 0x00100000 0x017d0 0x017d0 RWE 0x10000
     DYNAMIC     0x01176c 0x0010176c 0x0010176c 0x00050 0x00050 RW  0x4

   AFAI remember there are usually 2 LOAD entries here, or?

Yes, there usually are.  However, it is not a requirement.

Ian

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: make check problems on powerpc-unknown-linux-gnu
  1999-03-24 19:48 ` Ian Lance Taylor
@ 1999-03-25  2:35   ` Franz Sirl
  1999-03-25  8:40     ` Ian Lance Taylor
  0 siblings, 1 reply; 5+ messages in thread
From: Franz Sirl @ 1999-03-25  2:35 UTC (permalink / raw)
  To: Ian Lance Taylor; +Cc: gas2

Am Thu, 25 Mar 1999 schrieb Ian Lance Taylor:
>Date: Thu, 25 Mar 1999 00:36:05 +0100
>   From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
>
>   Running /home/fsirl/BUILD/gas-990324/ld/testsuite/ld-shared/shared.exp ...
>
>   /home/fsirl/BUILD/gas-990324/ld/ld-new -o tmpdir/shnp.so -shared -T 
>   /home/fsirl/BUILD/gas-990324/ld/testsuite/ld-shared/elf-offset.ld tmpdir/sh1np.
>   o tmpdir/sh2np.o
>   /home/fsirl/BUILD/gas-990324/ld/ld-new -m elf32ppc -o tmpdir/shnp 
>   -dynamic-linker /lib/ld.so.1 /usr/lib/crt1.o /usr/lib/crti.o 
>   /usr/lib/gcc-lib/ppc
>   -redhat-linux/egcs-2.91.66/crtbegin.o -rpath tmpdir tmpdir/mainnp.o 
>   tmpdir/shnp.so /usr/lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/libgcc.a -lc /usr
>   /lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/libgcc.a 
>   /usr/lib/gcc-lib/ppc-redhat-linux/egcs-2.91.66/crtend.o /usr/lib/crtn.o
>   tmpdir/shnp >tmpdir/shnp.out
>   tmpdir/shnp: error in loading shared libraries: tmpdir/shnp.so: program 
>   headers not contained in any loaded segment
>   FAIL: shared (non PIC, load offset)
>
>This one is the only serious error.  It's worth investigating why this
>is happening.  Do other people using PowerPC GNU/Linux see this as
>well?

dunno, actually only a few PPC/Linux people are using snapshots right now (it
is needed to build the egcs mainline). I get this FAIL since early January,
981227 is the last snapshot I have without this problem. What can I do to help
to track down this problem?

>   On the last on the only special thing about shnp.so I noticed is the 
>   following readelf output:
>
>   Program Headers:
>     Type        Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
>     LOAD        0x010000 0x00100000 0x00100000 0x017d0 0x017d0 RWE 0x10000
>     DYNAMIC     0x01176c 0x0010176c 0x0010176c 0x00050 0x00050 RW  0x4
>
>   AFAI remember there are usually 2 LOAD entries here, or?
>
>Yes, there usually are.  However, it is not a requirement.

maybe glibc-2.1/glibc-2.1.1pre1 enforce this? Do people on other glibc-2.1
platforms see this failure too? Or is it PPC only?

Franz.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: make check problems on powerpc-unknown-linux-gnu
  1999-03-25  2:35   ` Franz Sirl
@ 1999-03-25  8:40     ` Ian Lance Taylor
  1999-03-25 18:00       ` Franz Sirl
  0 siblings, 1 reply; 5+ messages in thread
From: Ian Lance Taylor @ 1999-03-25  8:40 UTC (permalink / raw)
  To: Franz.Sirl-kernel; +Cc: gas2

   From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
   Date: Thu, 25 Mar 1999 11:24:57 +0100

   >   FAIL: shared (non PIC, load offset)
   >
   >This one is the only serious error.  It's worth investigating why this
   >is happening.  Do other people using PowerPC GNU/Linux see this as
   >well?

   dunno, actually only a few PPC/Linux people are using snapshots right now (it
   is needed to build the egcs mainline). I get this FAIL since early January,
   981227 is the last snapshot I have without this problem. What can I do to help
   to track down this problem?

Whoops, I was confused.  I confused that test with others.  That test
was only added in January 3, so it most likely never worked on PowerPC
GNU/Linux.

That test uses a special linker script,
    ld/testsuite/ld-shared/elf-offset.ld
That linker script is probably missing something that is in the
default PowerPC ELF linker script, ld/scripttempl/elfppc.sc, which is
causing the problem.  (You can see the default linker script in a
slightly more readable form by running ld --verbose).

   >   On the last on the only special thing about shnp.so I noticed is the 
   >   following readelf output:
   >
   >   Program Headers:
   >     Type        Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
   >     LOAD        0x010000 0x00100000 0x00100000 0x017d0 0x017d0 RWE 0x10000
   >     DYNAMIC     0x01176c 0x0010176c 0x0010176c 0x00050 0x00050 RW  0x4
   >
   >   AFAI remember there are usually 2 LOAD entries here, or?
   >
   >Yes, there usually are.  However, it is not a requirement.

   maybe glibc-2.1/glibc-2.1.1pre1 enforce this? Do people on other glibc-2.1
   platforms see this failure too? Or is it PPC only?

Actually, there should be PHDR and INTERP entries also; the dynamic
linker is probably complaining about the lack of a PHDR entry.

Ian

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: make check problems on powerpc-unknown-linux-gnu
  1999-03-25  8:40     ` Ian Lance Taylor
@ 1999-03-25 18:00       ` Franz Sirl
  0 siblings, 0 replies; 5+ messages in thread
From: Franz Sirl @ 1999-03-25 18:00 UTC (permalink / raw)
  To: Ian Lance Taylor, Franz.Sirl-kernel; +Cc: gas2

Am Thu, 25 Mar 1999 schrieb Ian Lance Taylor:
>From: Franz Sirl <Franz.Sirl-kernel@lauterbach.com>
>   Date: Thu, 25 Mar 1999 11:24:57 +0100
>
>   >   FAIL: shared (non PIC, load offset)
>   >
>   >This one is the only serious error.  It's worth investigating why this
>   >is happening.  Do other people using PowerPC GNU/Linux see this as
>   >well?
>
>   dunno, actually only a few PPC/Linux people are using snapshots right now (it
>   is needed to build the egcs mainline). I get this FAIL since early January,
>   981227 is the last snapshot I have without this problem. What can I do to help
>   to track down this problem?
>
>Whoops, I was confused.  I confused that test with others.  That test
>was only added in January 3, so it most likely never worked on PowerPC
>GNU/Linux.
>
>That test uses a special linker script,
>    ld/testsuite/ld-shared/elf-offset.ld
>That linker script is probably missing something that is in the
>default PowerPC ELF linker script, ld/scripttempl/elfppc.sc, which is
>causing the problem.  (You can see the default linker script in a
>slightly more readable form by running ld --verbose).

That was a good hint :-). This little patch fixes the FAIL for me:

--- elf-offset.ld~	Thu Mar 25 19:31:17 1999
+++ elf-offset.ld	Thu Mar 25 19:31:43 1999
@@ -1,7 +1,7 @@
 SECTIONS
 {
   /* Read-only sections, merged into text segment: */
-  . = 0x100000;
+  . = 0x100000 + SIZEOF_HEADERS;
   .hash          : { *(.hash)		}
   .dynsym        : { *(.dynsym)		}
   .dynstr        : { *(.dynstr)		}

If this really is only a testsuite bug, I'll take gas-990324 as the standard
binutils for an upcoming glibc-2.1 based PPC distribution, cause 2.9.1.0.x seems
to corrupt binaries with strip. BTW, what's the planned release date for 2.10?


>   >   On the last on the only special thing about shnp.so I noticed is the 
>   >   following readelf output:
>   >
>   >   Program Headers:
>   >     Type        Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
>   >     LOAD        0x010000 0x00100000 0x00100000 0x017d0 0x017d0 RWE 0x10000
>   >     DYNAMIC     0x01176c 0x0010176c 0x0010176c 0x00050 0x00050 RW  0x4
>   >
>   >   AFAI remember there are usually 2 LOAD entries here, or?
>   >
>   >Yes, there usually are.  However, it is not a requirement.
>
>   maybe glibc-2.1/glibc-2.1.1pre1 enforce this? Do people on other glibc-2.1
>   platforms see this failure too? Or is it PPC only?
>
>Actually, there should be PHDR and INTERP entries also; the dynamic
>linker is probably complaining about the lack of a PHDR entry.

I noticed a few small differences between the PPC default linker script and the
test linker script that might be worth investigating, such as PPC does not sort
CONSTRUCTORS, does not incorporate .sdata.* sections and misses some stab.*
stuff.

Franz.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~1999-03-25 18:00 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-03-24 15:38 make check problems on powerpc-unknown-linux-gnu Franz Sirl
1999-03-24 19:48 ` Ian Lance Taylor
1999-03-25  2:35   ` Franz Sirl
1999-03-25  8:40     ` Ian Lance Taylor
1999-03-25 18:00       ` Franz Sirl

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).