[Bug ld/17085] Hello world gets bigger with plugin.

2014-08-05 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17085

Alan Modra  changed:

   What|Removed |Added

 CC||amodra at gmail dot com

--- Comment #1 from Alan Modra  ---
Right, you get more dynamic symbols.  These:
NOTYPE  WEAK   DEFAULT  UND _ITM_deregisterTMCloneTable
NOTYPE  WEAK   DEFAULT  UND _Jv_RegisterClasses
NOTYPE  WEAK   DEFAULT  UND _ITM_registerTMCloneTable

And the reason you get them is that libgcc_s.so is being linked via gcc's
--pass-through option *outside of --as-needed*.  That also adds a DT_NEEDED tag
for libgcc_s.so.1, which also increases the size of the binary.

I could say this is a gcc bug for continuing to use --pass-through, when ld
hasn't needed that option for quite a while. :)

-- 
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/17085] Hello world gets bigger with plugin.

2014-08-05 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17085

Alan Modra  changed:

   What|Removed |Added

 Depends on||14918

-- 
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/14918] linking with -flto always links in libgcc:s.so

2014-08-05 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=14918

Alan Modra  changed:

   What|Removed |Added

 Blocks||17085

-- 
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/14918] linking with -flto always links in libgcc:s.so

2014-08-05 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=14918

Alan Modra  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC|amodra at gmail dot com|
   Assignee|unassigned at sourceware dot org   |amodra at gmail dot com

--- Comment #3 from Alan Modra  ---
Tidier patch at https://sourceware.org/ml/binutils/2014-08/msg00025.html

-- 
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/17085] Hello world gets bigger with plugin.

2014-08-05 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17085

Alan Modra  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC|amodra at gmail dot com|
   Assignee|unassigned at sourceware dot org   |amodra at gmail dot com

-- 
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/11822] PE file alignment ignored in objcopy and strip

2014-08-05 Thread toni.spets at iki dot fi
https://sourceware.org/bugzilla/show_bug.cgi?id=11822

Toni Spets  changed:

   What|Removed |Added

 CC||toni.spets at iki dot fi

--- Comment #1 from Toni Spets  ---
After fiddling a while with binutils, I found out that the underlying reason
why file alignment isn't honored.

In bfd/coffcode.h at around line 3139 (current git) inside
coff_compute_section_file_positions it is assumed (abfd)->link_info has to
exist for the optional header FileAlignment to be valid. In objcopy there is no
link_info set so FileAlignment is ignored even though objcopy.c sets it
properly according to --file-alignment argument.

Quick hack of changing that to test if FileAlignment is non-zero properly
aligns output files (apparently).

This does not yet affect --section-alignment.

-- 
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/11822] PE file alignment ignored in objcopy and strip

2014-08-05 Thread toni.spets at iki dot fi
https://sourceware.org/bugzilla/show_bug.cgi?id=11822

Toni Spets  changed:

   What|Removed |Added

 CC||ktietz70 at googlemail dot com

-- 
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/13227] GCC now produce slim LTO files. Those can't be linked/archived or nm w/o plugin used. It would be useful to output diagnostics when user attempts so

2014-08-05 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=13227

--- Comment #13 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  7cd4e5b756fa5c1ebe0ba7dd04e45d46330a7675 (commit)
  from  8e07a239c12ba3b746ef0cf2c53d572315aef654 (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=7cd4e5b756fa5c1ebe0ba7dd04e45d46330a7675

commit 7cd4e5b756fa5c1ebe0ba7dd04e45d46330a7675
Author: Alan Modra 
Date:   Wed Aug 6 12:40:00 2014 +0930

Warn for gold on lto objects without plugin

PR 13227
* symtab.cc (Symbol_table::add_from_relobj): Warn on __gnu_lto_slim.

---

Summary of changes:
 gold/ChangeLog |5 +
 gold/symtab.cc |4 
 2 files changed, 9 insertions(+), 0 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