[Bug gas/15649] ARM - Invalid constant after fixup with shifted immediate values

2013-06-26 Thread nickc at redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15649

--- Comment #3 from Nick Clifton  ---
Created attachment 7094
  --> http://sourceware.org/bugzilla/attachment.cgi?id=7094&action=edit
Use A1 encoding when A2 encoding of negative PC+offset fails

Here is a possible patch.  I am not sure that it is 100% correct however - I
need an opinion from an ARM assembler expert...

-- 
You are receiving this mail because:
You are on the CC list for the bug.

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


Assumption about size of bfd_vma in opcodes/arm-dis.c

2013-06-26 Thread Mathias Svensson
Hello,

In multiple places in opcodes/arm-dis.c there is an implcit assumption
that bfd_vma has the same size as an int. See for example lines
2014-2033 in HEAD.

This can cause a segfault e.g. if binutils is compiled on i386 with
--enable-64-bit-bfd --target=arm-linux.

I have attached a patch, that I believe will fix this instance of the
problem without introducing new ones.

--
Mathias Svensson


bfd_vma.patch
Description: Binary data
___
bug-binutils mailing list
bug-binutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-binutils


[Bug ld/15685] New: R_X86_64_DTPOFF64 incorrectly handled

2013-06-26 Thread dblaikie at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15685

Bug ID: 15685
   Summary: R_X86_64_DTPOFF64 incorrectly handled
   Product: binutils
   Version: unspecified
Status: NEW
  Severity: normal
  Priority: P2
 Component: ld
  Assignee: unassigned at sourceware dot org
  Reporter: dblaikie at gmail dot com

Given the following simpl.s:

.file   "simpl.c"
.globl  thrd
.section.tdata,"awT",@progbits
.align 4
.type   thrd, @object
.size   thrd, 4
thrd:
.long   2
.text
.globl  func
.type   func, @function
func:
.byte 0x42
.quad thrd@dtpoff
.byte 0x42
.long thrd@dtpoff
.byte 0x42

Assembled with gas and then linked with gold produces:
0e0 0004    fc42   
0f0 42ff fffc  0042 0002  0004 

ie: fffc
fffc

Whereas with binutils-ld:
0e0 0004    f842 6000  
0f0 4200 fffc  0042 0002  2e00 7973

ie: 006000f8
fffc

-- 
You are receiving this mail because:
You are on the CC list for the bug.

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


[Bug ld/15685] R_X86_64_DTPOFF64 incorrectly handled

2013-06-26 Thread dblaikie at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15685

David Blaikie  changed:

   What|Removed |Added

Version|unspecified |2.22

--- Comment #1 from David Blaikie  ---
(this came up while implementing TLS debug info in Clang - it's possible that
TLS support in Clang will use this relocation & thus be broken when using
binutils-ld to link)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

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


[Bug ld/15685] R_X86_64_DTPOFF64 incorrectly handled

2013-06-26 Thread dblaikie at gmail dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=15685

--- Comment #2 from David Blaikie  ---
& I guess http://sourceware.org/ml/binutils/2002-09/msg00601.html might be
relevant (mentions that this wasn't implemented way back in 2002, perhaps it's
still just as unimplemented)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

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