bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug binutils/1486] New: DISASSEMBLER_NEEDS_RELOCS doesn't work correctl


From: hjl at lucon dot org
Subject: [Bug binutils/1486] New: DISASSEMBLER_NEEDS_RELOCS doesn't work correctly
Date: 15 Oct 2005 19:33:35 -0000

This patch

http://sourceware.org/ml/binutils/2001-01/msg00108.html

added DISASSEMBLER_NEEDS_RELOCS based in the enabled targets at configure
time. It has several problems:

1. It isn't enabled for --enable-targets=all.
2. Objdump for i386 now has 2 different assemblers, depending on if the
enabled target defines DISASSEMBLER_NEEDS_RELOCS or not.
3. The i386 assembler works incorrectly when ARM is enabled since the assembler
is different due to DISASSEMBLER_NEEDS_RELOCS.

address@hidden testsuite]$ cat y.s
 .text
glob:
 jmp ext
 jmp weak
address@hidden testsuite]$ gcc -c -m32 y.s
address@hidden testsuite]$ ../../binutils/objdump -d y.o

y.o:     file format elf32-i386

Disassembly of section .text:

00000000 <glob>:
   0:   e9 fc ff ff ff          jmp    1 <glob+0x1>
   5:   e9 fc ff ff ff          jmp    6 <weak+0x6>
                                          ^^^^ It should be "glob".

which leads to "make check" failure on Linux/x86 when 
--enable-targets=arm-linux 
is used.

I think DISASSEMBLER_NEEDS_RELOCS should be fixed and it should be enabled
at run-time depending on targets, if needed, instead of configure time.

-- 
           Summary:  DISASSEMBLER_NEEDS_RELOCS doesn't work correctly
           Product: binutils
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: binutils
        AssignedTo: unassigned at sources dot redhat dot com
        ReportedBy: hjl at lucon dot org
                CC: bug-binutils at gnu dot org,nickc at redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=1486

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]