regressions in the ld testsuite on amd64

Bug #124435 reported by Matthias Klose
4
Affects Status Importance Assigned to Milestone
binutils (Ubuntu)
Fix Released
Medium
Unassigned
Feisty
Won't Fix
Medium
Unassigned

Bug Description

Binary package hint: binutils

seen on feisty and gutsy:

just rebuilding binutils from feisty on feisty amd64 shows regressions, so some change after 20070103 in feisty does cause these. Seen with the current binutils in gutsy as well. The corresponding packages build ok in debian unstable, as does the ubuntu package in debian unstable.

Test results, compared with installed binutils:
W: [ld-elf/wrap.exp] REGRESSION (PASS -> FAIL): Run with libwrap1b.so and libwrap1a.so
W: [ld-elf/wrap.exp] REGRESSION (PASS -> FAIL): Run with libwrap1a.so and libwrap1b.so
W: [ld-bootstrap/bootstrap.exp] REGRESSION (PASS -> FAIL): bootstrap with --traditional-format
W: [ld-bootstrap/bootstrap.exp] REGRESSION (PASS -> FAIL): bootstrap with strip
W: [ld-bootstrap/bootstrap.exp] REGRESSION (PASS -> FAIL): bootstrap
W: [ld-bootstrap/bootstrap.exp] REGRESSION (PASS -> FAIL): bootstrap with --no-keep-memory
W: [ld-bootstrap/bootstrap.exp] REGRESSION (PASS -> FAIL): bootstrap with --relax
W: [ld-elf/elf.exp] REGRESSION (PASS -> FAIL): init array
W: [ld-elf/elf.exp] REGRESSION (PASS -> FAIL): preinit array
W: [ld-elf/elf.exp] REGRESSION (PASS -> FAIL): fini array
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run normal with versioned libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run hidden libbar.so with libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run with libdl4f.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6a1 with --dynamic-list-data and dlopen on libdl6a.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run warn with versioned libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run with libdl4e.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl1a with --dynamic-list=dl1.list and dlopen on libdl1.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6a4 with -Bsymbolic --dynamic-list-data and dlopen on libdl6a.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run hidden libbar.so with versioned libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6a6 with --dynamic-list-cpp-new -Bsymbolic-functions and dlopen on libdl6a.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6a2 with -Bsymbolic-functions and dlopen on libdl6a.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run with libdl4b.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6b2 with dlopen on libdl6b.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run with libdl4a.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6a7 with --dynamic-list-data -Bsymbolic and dlopen on libdl6a.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run normal libbar.so with libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run protected with libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl1b with --dynamic-list-data and dlopen on libdl1.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run protected libbar.so with libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run normal libbar.so with versioned libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run normal with libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run with libdl2a.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run with libdl4d.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run with libdl4c.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6d1 with --dynamic-list-data and dlopen on libdl6d.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run protected with versioned libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run hidden with versioned libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run with libdl2b.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run with libdata1.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6b1 with --dynamic-list-data and dlopen on libdl6b.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run with libdl2c.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6c1 with --dynamic-list-data and dlopen on libdl6c.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6a5 with -Bsymbolic-functions --dynamic-list-cpp-new and dlopen on libdl6a.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run dl6a3 with -Bsymbolic and dlopen on libdl6a.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run protected libbar.so with versioned libfoo.so
W: [ld-elf/shared.exp] REGRESSION (PASS -> FAIL): Run hidden with libfoo.so
W: [ld-srec/srec.exp] REGRESSION (PASS -> FAIL): S-records with constructors
W: [ld-elf/dwarf.exp] REGRESSION (PASS -> FAIL): Run with libdwarf1.so first
W: [ld-elf/dwarf.exp] REGRESSION (PASS -> FAIL): Run with libdwarf1.so last
W: [ld-cdtest/cdtest.exp] REGRESSION (PASS -> FAIL): cdtest with -Ur
W: [ld-cdtest/cdtest.exp] REGRESSION (PASS -> FAIL): cdtest

All testcases fail like:

Running: tmpdir/dynbss1 > tmpdir/dynbss1.out
couldn't execute "tmpdir/dynbss1": no such file or directory
FAIL: Run with libdata1.so

$ file !$
file builddir-single/ld/tmpdir/dynbss1
builddir-single/ld/tmpdir/dynbss1: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.1, dynamically linked (uses shared libs), not stripped
$ ldd builddir-single/ld/tmpdir/dynbss1
/usr/bin/ldd: line 117: builddir-single/ld/tmpdir/dynbss1: No such file or directory
$ builddir-single/ld/tmpdir/dynbss1
-bash: builddir-single/ld/tmpdir/dynbss1: No such file or directory

Matthias Klose (doko)
Changed in binutils:
importance: Undecided → Medium
status: New → Confirmed
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Matthias Klose (doko) wrote :

requesting a wrong program interpreter (^A instead of /lib64/ld-linux-x86-64.so.2)

Program Headers:
  Type Offset VirtAddr PhysAddr
                 FileSiz MemSiz Flags Align
  PHDR 0x0000000000000040 0x0000000000400040 0x0000000000400040
                 0x0000000000000188 0x0000000000000188 R E 8
  INTERP 0x00000000000001c8 0x00000000004001c8 0x00000000004001c8
                 0x0000000000000002 0x0000000000000002 R 1
      [Requesting program interpreter: ^A]
  LOAD 0x0000000000000000 0x0000000000400000 0x0000000000400000
                 0x000000000000082c 0x000000000000082c R E 200000
  LOAD 0x0000000000001000 0x0000000000601000 0x0000000000601000
                 0x0000000000000218 0x0000000000001008 RW 200000
  DYNAMIC 0x0000000000001028 0x0000000000601028 0x0000000000601028
                 0x00000000000001a0 0x00000000000001a0 RW 8
  NOTE 0x00000000000001cc 0x00000000004001cc 0x00000000004001cc
                 0x0000000000000020 0x0000000000000020 R 4
  GNU_STACK 0x0000000000000000 0x0000000000000000 0x0000000000000000
                 0x0000000000000000 0x0000000000000000 RW 8

Revision history for this message
Matthias Klose (doko) wrote :

binutils (2.17.20070713cvs-0ubuntu1) gutsy; urgency=low

  * CVS snapshot 20070713, taken from the trunk.
    - Remove patches applied upstream: 301_pr4436.dpatch, 302_pr4448.dpatch,
      303_pr4454.dpatch, 305_pr4497.dpatch, 306_ld_demangler_segfault.dpatch,
      307_pr4558.dpatch.
  * Update hjl patches:
    - Remove 207-hjl-libtool-archive.dpatch.
    - Add 201-hjl-bfd-dwarf-dup.dpatch, 209-hjl-binutils-error.dpatch.
    - Update 200-hjl-ld-env.dpatch, 201-hjl-bfd-ref_addr.dpatch,
      204-hjl-binutils-tls-relro.dpatch, hjl-binutils-shr.dpatch.
  * debian/copyright: Include GPL-3.
  * debian/rules: Fix version extraction.
  * debian/rules: Honor `noopt' in DEB_BUILD_OPTIONS. Closes LP: #65607.
  * debian/patches/013_bash_in_ld_testsuite.dpatch: Use bash in the ld
    testsuite. Closes LP: #124435.

 -- Matthias Klose <email address hidden> Fri, 13 Jul 2007 15:43:07 +0200

Changed in binutils:
status: Confirmed → Fix Released
Revision history for this message
LumpyCustard (orangelumpycustard) wrote :

Please could someone mark this as Won't Fix for Feisty?

Revision history for this message
Hew (hew) wrote :

Ubuntu Feisty Fawn is no longer supported, so a SRU will not be issued for this release. Marking Feisty as Won't Fix.

Changed in binutils:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.