[Bug gold/17729] New: [gold] gold failed to build x32 libgo

2014-12-18 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17729 Bug ID: 17729 Summary: [gold] gold failed to build x32 libgo Product: binutils Version: 2.26 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold

[Bug binutils/17512] segfault in PE parser / _bfd_pei_swap_aouthdr_in

2014-12-18 Thread cherepan at mccme dot ru
https://sourceware.org/bugzilla/show_bug.cgi?id=17512 --- Comment #131 from Alexander Cherepanov --- (In reply to Nick Clifton from comment #130) > Intriguing - the fault only happens with an x86_66-pc-linux-gnu toolchain. > I was using one configured for all targets (including x86_64-pc-linux-g

[Bug gold/17729] [gold] gold failed to build x32 libgo

2014-12-18 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17729 H.J. Lu changed: What|Removed |Added Target Milestone|--- |2.26 --- Comment #1 from H.J. Lu --- A pat

[Bug gold/17729] [gold] gold failed to build x32 libgo

2014-12-18 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=17729 --- Comment #2 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,

[Bug binutils/17531] readelf -a crashes on fuzzed samples

2014-12-18 Thread cherepan at mccme dot ru
https://sourceware.org/bugzilla/show_bug.cgi?id=17531 --- Comment #56 from Alexander Cherepanov --- Created attachment 8019 --> https://sourceware.org/bugzilla/attachment.cgi?id=8019&action=edit AFL crashers for `readelf -agteAruhlsSdIncVWw --dyn-syms -D` crashes Files: 7 Errors: 25 Inva

[Bug ld/17615] aarch64: ld.bfd generates SHN_ABS instead of SHN_UNDEF

2014-12-18 Thread dimitry at google dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=17615 --- Comment #9 from dimitry --- hi, I was looking at the .so file. I guess the part I do not understand is that .bss section is there; and PT_LOADS seems to be in place; so as far as I understand there is no reason for making st_shndx for hz_i