Package: binutils-gold
Version: 2.21.90.20111025-1
Severity: important

Steps to reproduce:
1) ld.gold -r -o typequery_kmod_8.ko typequery_kmod_8.o

Expected results:
1) ld.gold links the object file

Actual results:
1) ld.gold fails with

ld.gold: internal error in value_from_output_section, at 
../../gold/reloc.cc:1549

More info:
1) The input file is attached. It is a kernel module that was generated
   with systemtap 1.6-1.
2) ld.bfd links the file fine.
3) I get the same internal error also when I try to compile linux
   2.6.39.
4) This occurs both on openmoko

Processor       : ARM920T rev 0 (v4l)
BogoMIPS        : 199.47
Features        : swp half thumb
CPU implementer : 0x41
CPU architecture: 4T
CPU variant     : 0x1
CPU part        : 0x920
CPU revision    : 0

Hardware        : GTA02
Revision        : 0360
Serial          : 0000000000000000

and marvell development board:

$ cat /proc/cpuinfo 
Processor           : Feroceon rev 0 (v5l)
BogoMIPS            : 999.42
Features            : swp half thumb fastmult vfp edsp 
CPU implementer     : 0x41
CPU architecture: 5TE
CPU variant       : 0x1
CPU part          : 0x926
CPU revision      : 0

Hardware          : Marvell DB-78x00-BP Development Board
Revision          : 0000
Serial              : 0000000000000000

(The later is the same hardware that is used on debian build machines
afaik.)

5) While the symptoms look like

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616715

I tested that the testfile that I attached to that bug still links and
we are really talking about a new bug here.

Attachment: typequery_kmod_8.o.xz
Description: Binary data


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: armel (armv4tl)

Kernel: Linux 2.6.39-1+lindi.1-gta02
Locale: LANG=C, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages binutils-gold depends on:
ii  binutils  2.21.90.20111025-1

binutils-gold recommends no packages.

binutils-gold suggests no packages.

-- no debconf information

Reply via email to