[Bug ld/16340] aarch64: offset into GOT for TLS relocation computed inconsistently

2014-03-31 Thread will.newton at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16340

Will Newton  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||will.newton at gmail dot com
 Resolution|--- |FIXED

--- Comment #1 from Will Newton  ---

Fixed by this commit:

commit f44a1f8e513b37bcc52ba9ea0c172c3e94852756
Author: Christophe Lyon 
Date:   Tue Jan 14 15:53:50 2014 +0100

2014-01-14  Michael Hudson-Doyle  
Kugan Vivekanandarajah  

bfd/
* elfnn-aarch64.c (elfNN_aarch64_final_link_relocate): Use correct
offset while calculating relocation address.
(elfNN_aarch64_create_small_pltn_entry): Likewise.
(elfNN_aarch64_init_small_plt0_entry): Likewise.

-- 
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 gold/16781] New: gold breaks alignment of global variable

2014-03-31 Thread daniel.oertwig+sourcewarebug at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16781

Bug ID: 16781
   Summary: gold breaks alignment of global variable
   Product: binutils
   Version: unspecified
Status: NEW
  Severity: normal
  Priority: P2
 Component: gold
  Assignee: ian at airs dot com
  Reporter: daniel.oertwig+sourcewarebug at gmail dot com
CC: ccoutant at google dot com

Created attachment 7506
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7506&action=edit
Map produced when linking with gold, broken variable alignment

Linking with gold breaks the alignment requirement I set on a global variable,
using the C++11 alignas specifier. Linking the same with the default ld works.

I suspect this only happens in combination with memory regions in the linker
script, but I could not verify this.

I am using clang++ to compile, and clang++ (which defaults to gold on my
system) to link. I attached the map file produced as bug.map, where you can see
that the variable bug does not start at a correctly aligned address.

Using g++ (which I guess is using the "old" linker) to link and still clang++
to compile works fine, as seen in the attached good.map.
Using g++ both to link and compile fails, too.
But this is not linker related, as the alignemnt requirement is already broken
in the *.o file.

I tried to strip down a minimal example, seen in goldbug.cpp. The linker script
used is in the attached goldbug.ld.

Let me know if I can help any further!

-- 
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 gold/16781] gold breaks alignment of global variable

2014-03-31 Thread daniel.oertwig+sourcewarebug at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16781

--- Comment #1 from Daniel Jour  
---
Created attachment 7507
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7507&action=edit
good.map

-- 
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 gold/16781] gold breaks alignment of global variable

2014-03-31 Thread daniel.oertwig+sourcewarebug at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16781

--- Comment #2 from Daniel Jour  
---
Created attachment 7508
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7508&action=edit
goldbug.cpp

-- 
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 gold/16781] gold breaks alignment of global variable

2014-03-31 Thread daniel.oertwig+sourcewarebug at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16781

--- Comment #3 from Daniel Jour  
---
Created attachment 7509
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7509&action=edit
goldbug.ld Used linker script

-- 
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 gold/16781] gold breaks alignment of global variable

2014-03-31 Thread daniel.oertwig+sourcewarebug at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16781

--- Comment #4 from Daniel Jour  
---
Created attachment 7510
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7510&action=edit
commands used to build and 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 gold/16781] gold breaks alignment of global variable

2014-03-31 Thread daniel.oertwig+sourcewarebug at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16781

Daniel Jour  changed:

   What|Removed |Added

Version|unspecified |2.24

-- 
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/16744] '-z noexecstack' does not add .note.GNU-stack for relocatables

2014-03-31 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=16744

--- Comment #7 from cvs-commit at gcc dot gnu.org  ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gdb and binutils".

The branch, master has been updated
   via  76f0cad6f4e0fdfc4cfeee135b44b6a090919c60 (commit)
  from  72c56015dda568cdcce75dc0316aa768f922c2d7 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=76f0cad6f4e0fdfc4cfeee135b44b6a090919c60

commit 76f0cad6f4e0fdfc4cfeee135b44b6a090919c60
Author: Nick Clifton 
Date:   Mon Mar 31 13:14:44 2014 +0100

This is a fix for PR ld/16744 which showed that an object file linked with
-r and -z [no]execstack
would not honour the [no]execstack.  Fully linked binaries use a special
segment to indicate the
state of the stack, but relocatable object files only have sections, and
.note.GNU-stack was not
being created.

* emultempl/elf32.em (_after_open): Create a .note.GNU-stack
section when performing a relocatable link with -z [no]execstack
specified.

---

Summary of changes:
 ld/ChangeLog  |7 +++
 ld/emultempl/elf32.em |   15 ++-
 2 files changed, 21 insertions(+), 1 deletions(-)

-- 
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/16744] '-z noexecstack' does not add .note.GNU-stack for relocatables

2014-03-31 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=16744

Nick Clifton  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Nick Clifton  ---
Patch comitted.

-- 
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 binutils/15204] dwz causes addr2line to spew out errors

2014-03-31 Thread gregory.0xf0 at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=15204

Gregory Fong  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Gregory Fong  ---
Fixed by previous change as mentioned above in
https://sourceware.org/bugzilla/show_bug.cgi?id=15204#c1

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