[Bug gas/23854] 16-bit GOT access is incorrectly optimized
https://sourceware.org/bugzilla/show_bug.cgi?id=23854 --- Comment #27 from Andreas Schwab --- Customize "After changing a bug" in userprefs. -- 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/23856] Executables linked with gold against musl segfault at startup
https://sourceware.org/bugzilla/show_bug.cgi?id=23856 Alberto changed: What|Removed |Added CC||alberto at toscat dot net -- 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/20113] Partial relro support for s390x ld
https://sourceware.org/bugzilla/show_bug.cgi?id=20113 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #2 from Nick Clifton --- Hi maamountki, > Created attachment 11363 [details] > Built upon 2.31.1 Would it be possible for you to provide these fixes as a set of context diffs ? Also - do you have an FSF copyright assignment for the Binutils project ? Without it we will be unable to accept these patches. :-( Cheers Nick -- 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/23818] Symbols from discarded section in IR object leaked into final executable
https://sourceware.org/bugzilla/show_bug.cgi?id=23818 --- Comment #7 from cvs-commit at gcc dot gnu.org --- The binutils-2_31-branch branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=84fdbf1a2c901965414eafc96e3bd15fc72ac123 commit 84fdbf1a2c901965414eafc96e3bd15fc72ac123 Author: Nick Clifton Date: Tue Nov 6 16:06:52 2018 + When assigning symbol version, we should hide debug symbols defined in discarded sections from IR objects so that they can be removed later. bfd PR ld/23818 * elflink.c (_bfd_elf_link_assign_sym_version): Hide symbols defined in discarded input sections. ld * testsuite/ld-plugin/lto.exp: Run PR ld/23818 test. * testsuite/ld-plugin/pr23818.d: New file. * testsuite/ld-plugin/pr23818.t: Likewise. * testsuite/ld-plugin/pr23818a.c: Likewise. * testsuite/ld-plugin/pr23818b.c: 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 binutils/23746] Debugging under x86_64-apple-darwin18.0.0 getting "not in executable format"
https://sourceware.org/bugzilla/show_bug.cgi?id=23746 Nick Clifton changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2018-11-06 CC||nickc at redhat dot com Ever confirmed|0 |1 --- Comment #7 from Nick Clifton --- Hi Tom, Romain, I have checked in Romain's patch. Please could one of you confirm that it has worked ? Cheers Nick -- 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/23728] binutils fail on macOS 10.14 (Mojave) due to unimplemented LC_BUILD_VERSION Mach-O load command
https://sourceware.org/bugzilla/show_bug.cgi?id=23728 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #6 from Nick Clifton --- Hi Guys, I have applied a patch suggested by Romain in PR 23746 which might improve things in this area. Would someone please test out the latest mainline sources to see if anything has improved ? Cheers Nick -- 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/23863] binutils-2.31.1 stack buffer overflow in nm -C
https://sourceware.org/bugzilla/show_bug.cgi?id=23863 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #1 from Nick Clifton --- Hi mmmtoxic, Thanks for reporting this problem. Unfortunately the issue is in the name demangling code in the libiberty library, which is actually part of gcc, rather than the binutils. (It is used in binutils, but not maintained here). So please could you report the bug to gcc. I should also point out that it is quite possible that this problem will not be fixed, as it has already been reported (to gcc) several times before. The underlying issue is that the name mangling format allows for infinite recursion, and so it is always possible to construct an artificially mangled name that will require an infinite amout of stack space in order to demangle properly. Cheers Nick -- 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/20113] Partial relro support for s390x ld
https://sourceware.org/bugzilla/show_bug.cgi?id=20113 --- Comment #4 from David Edelsohn --- The bounty is resolution of this issue, which means merger of the patch into Binutils. There is no bounty to deliver the patches directly to IBM. -- 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/20113] Partial relro support for s390x ld
https://sourceware.org/bugzilla/show_bug.cgi?id=20113 --- Comment #3 from maamountki --- (In reply to Nick Clifton from comment #2) > Also - do you have an FSF copyright assignment for the Binutils project ? No, Actually these changes weren't meant to be merged directly into binutils project but to be sent to IBM team in response to bounty they offered. If that's inappropriate, You can discard this patch, Sad to see this issue re-patched, tho. Otherwise, Let me know so I can provide set of context diffs. -- 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/20113] Partial relro support for s390x ld
https://sourceware.org/bugzilla/show_bug.cgi?id=20113 --- Comment #5 from Nick Clifton --- Hi mammountki, > > Also - do you have an FSF copyright assignment for the Binutils project ? > > No, OK, well in order to get them in to the binutils you need to get an FSF copyright assignment in place. So please could you fill out one of the forms from Gnulib documentation project: http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=tree;f=doc/Copyright;h=22db9a802b4da96ad455cd933351c1359108f95d;hb=HEAD (I would suggest that the request-assign.changes is the most appropriate one, unless you want to make more contributions in the future). Fill it out, and send it off to the FSF so that they can process it, and then once that is done we can start the patch review/acceptance process. > Otherwise, Let me know so I can provide set of context diffs. Onec the assignment is in place, please could you resend the changes as context diffs, as this does make them a lot easier to review. Thanks. Cheers Nick -- 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 gas/23854] 16-bit GOT access is incorrectly optimized
https://sourceware.org/bugzilla/show_bug.cgi?id=23854 --- Comment #28 from cvs-commit at gcc dot gnu.org --- The binutils-2_31-branch branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=1929a39655d77686385913ef63c6c4340bb2d729 commit 1929a39655d77686385913ef63c6c4340bb2d729 Author: H.J. Lu Date: Mon Nov 5 09:01:26 2018 -0800 x86: Disable GOT relaxation with data prefix Since linker GOT relaxation isn't valid for 16-bit GOT access, we should disable GOT relaxation with data prefix. gas/ PR gas/23854 * config/tc-i386.c (output_disp): Disable GOT relaxation with data prefix. * testsuite/gas/i386/mixed-mode-reloc32.d: Updated. ld/ PR gas/23854 * testsuite/ld-i386/i386.exp: Run pr23854. * testsuite/ld-x86-64/x86-64.exp: Likewwise. * testsuite/ld-i386/pr23854.d: New file. * testsuite/ld-i386/pr23854.s: Likewwise. * testsuite/ld-i386/pr23854.d: Likewwise. * testsuite/ld-x86-64/pr23854.d: Likewwise. * testsuite/ld-x86-64/pr23854.s: Likewwise. (cherry picked from commit e60f4d3bdac25f02875afe36b7436bc2dfbbb978) -- 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 gas/23854] 16-bit GOT access is incorrectly optimized
https://sourceware.org/bugzilla/show_bug.cgi?id=23854 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |2.32 --- Comment #29 from H.J. Lu --- Fixed for 2.32 and 2.31 branch. -- 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/23863] binutils-2.31.1 stack buffer overflow in nm -C
https://sourceware.org/bugzilla/show_bug.cgi?id=23863 --- Comment #2 from mmmtoxic at gmail dot com --- OK, thanks for your reply! nickc at redhat dot com 于2018年11月7日周三 上午1:35写道： > https://sourceware.org/bugzilla/show_bug.cgi?id=23863 > > Nick Clifton changed: > >What|Removed |Added > > > CC||nickc at redhat dot com > > --- Comment #1 from Nick Clifton --- > Hi mmmtoxic, > > Thanks for reporting this problem. Unfortunately the issue is in the > name demangling code in the libiberty library, which is actually part > of gcc, rather than the binutils. (It is used in binutils, but not > maintained here). So please could you report the bug to gcc. > > I should also point out that it is quite possible that this problem > will not be fixed, as it has already been reported (to gcc) several > times before. The underlying issue is that the name mangling format > allows for infinite recursion, and so it is always possible to > construct an artificially mangled name that will require an infinite > amout of stack space in order to demangle properly. > > Cheers > Nick > > -- > You are receiving this mail because: > You reported the bug. -- 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/23869] New: gem5.debug link with -fuse-ld=gold fails with /usr/bin/ld.gold: internal error in read_cie, at ../../gold/ehframe.cc:943
https://sourceware.org/bugzilla/show_bug.cgi?id=23869 Bug ID: 23869 Summary: gem5.debug link with -fuse-ld=gold fails with /usr/bin/ld.gold: internal error in read_cie, at ../../gold/ehframe.cc:943 Product: binutils Version: 2.32 (HEAD) Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: ciro.santilli at gmail dot com Target Milestone: --- Reproducible 18.04 amd64 with GCC 7.3.0 and Binutils 2.30 from the repos. Steps to reproduce: git clone https://gem5.googlesource.com/public/gem5 cd gem5 git checkout d4b3e064adeeace3c3e7d106801f95c14637c12f scons -j16 --ignore-style --verbose build/ARM/gem5.debug |& tee build.log Build takes about 10 miutes. Note that this is not cross compiling for ARM, ARM just shows in the command beause this is a system simulator. Now open build.log and find the final link command near the very end, the one that generates the `-o .*gem5.debug` executable. Put that command alone on a shell script file by itself, and add to it: -fuse-ld=gold before the object files, and then the link fails with: /usr/bin/ld.gold: internal error in read_cie, at ../../gold/ehframe.cc:943 A quick look at the sources shows that the line is: gold_assert(r == 1); in `Eh_frame::read_cie`. Interestingly, if you do the same procedure but on a non-debug build: scons -j16 --verbose build/ARM/gem5.opt |& tee build.log then it works with `-fuse-ld=gold`, and reduces the link time by half, which is awesome. The only difference I can see there is that the build was done with `-O0` (including for object files of course) instead of `-O3`. Modifying the link command to use `g++-8` GCC 8.2.0 from the repos made no difference. Checking file sizes with `If ls -hlrS` shows that in both builds, there is one huge ~1Gb file, and several other much smaller Mb sized files. The large file contains a lot of pybind11 boilerplate, the project is written in C++. The final failing link command looks like this: #!/usr/bin/env bash g++ \ -fuse-ld=gold \ -o \ build/ARM/gem5.debug \ -pthread \ -L/usr/lib/python2.7/config-x86_64-linux-gnu \ -L/usr/lib \ -Xlinker \ -export-dynamic \ -Wl,-O1 \ -Wl,-Bsymbolic-functions \ -O0 \ build/ARM/sim/main.do \ build/ARM/systemc/dt/fx/lib.do.partial \ build/ARM/sim/probe/lib.do.partial \ build/ARM/cpu/testers/traffic_gen/lib.do.partial \ build/ARM/mem/ruby/filters/lib.do.partial \ build/ARM/mem/ruby/slicc_interface/lib.do.partial \ build/ARM/systemc/utils/lib.do.partial \ build/ARM/cpu/testers/memtest/lib.do.partial \ build/ARM/systemc/dt/misc/lib.do.partial \ build/ARM/systemc/dt/int/lib.do.partial \ build/ARM/mem/cache/lib.do.partial \ build/ARM/mem/cache/replacement_policies/lib.do.partial \ build/ARM/mem/ruby/network/simple/lib.do.partial \ build/ARM/sim/lib.do.partial \ build/ARM/mem/ruby/structures/lib.do.partial \ build/ARM/cpu/lib.do.partial \ build/ARM/learning_gem5/part2/lib.do.partial \ build/ARM/systemc/dt/bit/lib.do.partial \ build/ARM/dev/arm/lib.do.partial \ build/ARM/base/lib.do.partial \ build/ARM/kern/lib.do.partial \ build/ARM/base/vnc/lib.do.partial \ build/ARM/sim/power/lib.do.partial \ build/ARM/unittest/lib.do.partial \ build/ARM/mem/probes/lib.do.partial \ build/ARM/cpu/simple/probes/lib.do.partial \ build/ARM/mem/ruby/common/lib.do.partial \ build/ARM/mem/ruby/network/fault_model/lib.do.partial \ build/ARM/mem/cache/tags/indexing_policies/lib.do.partial \ build/ARM/mem/qos/lib.do.partial \ build/ARM/arch/mips/lib.do.partial \ build/ARM/mem/ruby/network/garnet2.0/lib.do.partial \ build/ARM/cpu/pred/lib.do.partial \ build/ARM/mem/ruby/network/lib.do.partial \ build/ARM/dev/net/lib.do.partial \ build/ARM/dev/i2c/lib.do.partial \ build/ARM/mem/cache/prefetch/lib.do.partial \ build/ARM/mem/lib.do.partial \ build/ARM/mem/protocol/lib.do.partial \ build/ARM/dev/pci/lib.do.partial \ build/ARM/cpu/testers/directedtest/lib.do.partial \ build/ARM/dev/ps2/lib.do.partial \ build/ARM/dev/lib.do.partial \ build/ARM/arch/generic/lib.do.partial \ build/ARM/cpu/o3/lib.do.partial \ build/ARM/mem/cache/tags/lib.do.partial \ build/ARM/arch/arm/tracers/lib.do.partial \ build/ARM/dev/serial/lib.do.partial \ build/ARM/cpu/simple/lib.do.partial \ build/ARM/systemc/core/lib.do.partial \ build/ARM/dev/storage/lib.do.partial \ build/ARM/proto/lib.do.partial \ build/ARM/python/lib.do.partial \ build/ARM/systemc/dt/lib.do.partial \ build/ARM/mem/ruby/profiler/lib.do.partial \ build/ARM/cpu/o3/probe/lib.do.partial \ build/ARM/arch/arm/lib.do.partial \ build/ARM/cpu/tr
[Bug ld/23869] gem5.debug link with -fuse-ld=gold fails with /usr/bin/ld.gold: internal error in read_cie, at ../../gold/ehframe.cc:943
https://sourceware.org/bugzilla/show_bug.cgi?id=23869 Ciro Santilli changed: What|Removed |Added CC||amodra at gmail dot com, ||ccoutant at gmail dot com, ||ian at airs 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
