[Bug binutils/23061] objcopy segfault in coff_mangle_symbols

2018-08-23 Thread manisandro at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23061 --- Comment #7 from Sandro Mani --- Hi Nick, thanks, fixes the segfault. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.o

[Bug binutils/23061] objcopy segfault in coff_mangle_symbols

2018-08-23 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23061 --- Comment #8 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=334d4ced42d3d54a70a19f1323ff41c5a5f4ff5e commit 334d4ced42d3d54a70a19f1323f

[Bug binutils/23061] objcopy segfault in coff_mangle_symbols

2018-08-23 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23061 --- Comment #9 from Nick Clifton --- Extra patch applied. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://list

[Bug ld/23566] New: emultempl/elf32.em and gcc 8.2: -Werror uninitialized value

2018-08-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=23566 Bug ID: 23566 Summary: emultempl/elf32.em and gcc 8.2: -Werror uninitialized value Product: binutils Version: 2.32 (HEAD) Status: UNCONFIRMED Severity: norma

[Bug ld/23567] New: much larger static binaries compared to a few months ago

2018-08-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 Bug ID: 23567 Summary: much larger static binaries compared to a few months ago Product: binutils Version: 2.32 (HEAD) Status: UNCONFIRMED Severity: normal

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #1 from Felix von Leitner --- For comparison, with ld.gold instead of ld.bfd: -rwxr-xr-x1 leitner users8184 Aug 23 15:07 bin-x86_64/diet-i Elf file type is EXEC (Executable file) Entry point 0x400cd7 There are 5 prog

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #2 from Felix von Leitner --- Unfortunately, I can't use gold generally, because it lacks --no-dynamic-linker for static PIE. -- You are receiving this mail because: You are on the CC list for the bug. ___

[Bug ld/23536] unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001

2018-08-23 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23536 --- Comment #4 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=7dd36a6f1ca92cd4ca4776064c604cda7755bc44 commit 7dd36a6f1ca92cd4ca4776064c604cda

[Bug ld/23536] unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001

2018-08-23 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23536 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #3

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #4 from Felix von Leitner --- Hey Nick, thanks for the quick help! With -z noseparate-code I'm down to 9512 bytes. That is much better but still more than gold produces. And looking at the binary in a hex editor still shows a ton

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #5 from Nick Clifton --- Hi Felix, > With -z noseparate-code I'm down to 9512 bytes. That is much better but still > more than gold produces. And looking at the binary in a hex editor still shows > a ton of padding bytes after .te

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread eb at emlix dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 Rolf Eike Beer changed: What|Removed |Added CC||eb at emlix dot com -- You are rece

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread felix-glibc at fefe dot de
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #6 from Felix von Leitner --- -N makes .text and .data the same LOAD program header, which is read+write+execute, so that is actually a real security problem. It does make the binary smaller, but the cost is too high. -- You are

[Bug ld/23566] emultempl/elf32.em and gcc 8.2: -Werror uninitialized value

2018-08-23 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23566 Alan Modra changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug binutils/23460] regression: ar can not create archive containing many (>1024) lto object files

2018-08-23 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23460 --- Comment #24 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=b0ceb98aec8e1ab610deea9fee9ee75c5911bbc0 commit b0ceb98aec8e1ab610deea9fee

[Bug binutils/23460] regression: ar can not create archive containing many (>1024) lto object files

2018-08-23 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23460 Nick Clifton changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug ld/23566] emultempl/elf32.em and gcc 8.2: -Werror uninitialized value

2018-08-23 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=23566 --- Comment #1 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=2cd65cb935bcf1511c7e7bb77ce7bd46234300db commit 2cd65cb935bcf1511c7e7bb77ce7b

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #8 from H.J. Lu --- (In reply to H.J. Lu from comment #7) > (In reply to Felix von Leitner from comment #4) > > Hey Nick, thanks for the quick help! > > > > With -z noseparate-code I'm down to 9512 bytes. That is much better but >

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ld/23567] much larger static binaries compared to a few months ago

2018-08-23 Thread joseph at codesourcery dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23567 --- Comment #9 from joseph at codesourcery dot com --- I believe the security reason for separate-code is the risk that rodata could contain byte patterns that can be used as a Spectre gadget if branch predication state is manipulated so tha

[Bug binutils/23061] objcopy segfault in coff_mangle_symbols

2018-08-23 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=23061 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #10