[Bug binutils/1486] DISASSEMBLER_NEEDS_RELOCS doesn't work correctly

2005-10-19 Thread nickc at redhat dot com

--- Additional Comments From nickc at redhat dot com  2005-10-19 17:06 
---
Subject: Re:  New:  DISASSEMBLER_NEEDS_RELOCS doesn't work
 correctly

Hi H.J.

> 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.

True, although I am not sure if this is a serious problem.


> 2. Objdump for i386 now has 2 different assemblers, depending on if the
> enabled target defines DISASSEMBLER_NEEDS_RELOCS or not.

This point has me confused.  Do you mean 2 different *assemblers* or 2 
different *disassemblers* ?


> 3. The i386 assembler works incorrectly when ARM is enabled since the 
> assembler
> is different due to DISASSEMBLER_NEEDS_RELOCS.

Just how common is it to build such a toolchain I wonder.  Most people 
would only build a single-targeted toolchain not a multiply targeted 
toolchain like the one you mention above.


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

Which failure is this ?


> 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.

Well this is a reasonable request and should be too hard to do.  The 
patch ought to be sure that relocs are not read in unnecessarily and 
that the absence of relocs does not prevent disassembly, but otherwise 
it should be quite straightforward.  Please feel free to submit a 
suitable patch.

Cheers
   Nick


-- 


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.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug ld/1501] New: ld-mmix/bpo-10 failing

2005-10-19 Thread hp at sourceware dot org
Just a placeholder to remind me to fix
ld-mmix/bpo-10
which started to fail between LAST_UPDATED "Tue Jul 12 03:25:01 UTC 2005"
and "Tue Oct 11 22:12:26 UTC 2005".  See also mailing list archives.

-- 
   Summary: ld-mmix/bpo-10 failing
   Product: binutils
   Version: 2.17 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: ld
AssignedTo: hp at sourceware dot org
ReportedBy: hp at sourceware dot org
CC: bug-binutils at gnu dot org
GCC target triplet: mmix-knuth-mmixware


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

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


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug binutils/1486] DISASSEMBLER_NEEDS_RELOCS doesn't work correctly

2005-10-19 Thread hjl at lucon dot org

--- Additional Comments From hjl at lucon dot org  2005-10-19 17:33 ---
I meant "disassemblers", not "assemblers". With "-enable-targets=arm-linux",
I got

FAIL: i386 pcrel reloc
FAIL: i386 gotpc
FAIL: i386 dynamic tls

on Linux/x86. I think even with DISASSEMBLER_NEEDS_RELOCS defined, ia32
disassembler output should be the same. I suspect the bug is in implementation
of DISASSEMBLER_NEEDS_RELOCS. I can give it a try. But since I don't know the
reason behind it, I may not be able to fix it correctly.

-- 
   What|Removed |Added

Summary| DISASSEMBLER_NEEDS_RELOCS  |DISASSEMBLER_NEEDS_RELOCS
   |doesn't work correctly  |doesn't work correctly


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.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug ld/1502] New: regression: ld-mmix/bspec2 fails

2005-10-19 Thread hp at sourceware dot org
Started failing between LAST_UPDATED "Fri Oct 14 17:12:36 UTC 2005"
and "Sun Oct 16 01:33:18 UTC 2005".  Still failed with
"Mon Oct 17 15:28:21 UTC 2005".

Running /home/hp/combined/combined/ld/testsuite/ld-mmix/mmix.exp ...
...
FAIL: ld-mmix/bspec2

The message in ld.log indicates a too large diff to usefully paste here.
Executing the test by hand, it seems there's now two sections both
named .MMIX.spec_data.2.  That just can't be just a ld layout thing
but a real bug.  I suspect the recent place-orphans-by-type changes.

-- 
   Summary: regression: ld-mmix/bspec2 fails
   Product: binutils
   Version: 2.17 (HEAD)
Status: NEW
  Severity: normal
  Priority: P2
 Component: ld
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: hp at sourceware dot org
CC: bug-binutils at gnu dot org
GCC target triplet: mmix-knuth-mmixware


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

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


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils