[Bug ld/26047] Don't allow linking ET_EXEC
https://sourceware.org/bugzilla/show_bug.cgi?id=26047 --- Comment #5 from Nick Clifton --- Created attachment 12688 --> https://sourceware.org/bugzilla/attachment.cgi?id=12688&action=edit Proposed patch Hi Guys, It turns out that there are occasions when linking in executable files does make sense, so I am suggesting this patch as a solution. It provides a new linker command line option: -z allowexec which if used disables all warnings about linking in executable files. Comments/questions ? Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/26223] [2.35/2.36 Regression] ld now fails to take an executable as input
https://sourceware.org/bugzilla/show_bug.cgi?id=26223 --- Comment #1 from Nick Clifton --- Created attachment 12689 --> https://sourceware.org/bugzilla/attachment.cgi?id=12689&action=edit Proposed patch Hi Guys, I had not realized that a new PR had been opened, so I actually created this patch for PR 26047. Please could you give this patch a try and see if it solves the problem for you. You will need to add the (new) "-z allowexec" option to your linker command line in order for the patch to take affect. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/19153] binutils configured for --target=powerpc-ibm-aix7.1.0.0 has wrong default bfd-target for 'ar'
https://sourceware.org/bugzilla/show_bug.cgi?id=19153 Alan Modra changed: What|Removed |Added Target Milestone|--- |2.35 Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Alan Modra --- This was fixed with commit 1e92785005 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/26198] Failure to merge read only data of machine code object file and LTO object file on MinGW
https://sourceware.org/bugzilla/show_bug.cgi?id=26198 --- Comment #2 from Markus Böck --- I posted a patch on the mailing list that should resolve this issue. The problem was how comdat between a native object and a LTO object was handled. When the LTO object was linked first and had a symbol in its gnu.linkonce section it correctly merged it with the comdat of the same symbol from a native object file. Yet when the LTO symbol was linked second it did not. -- You are receiving this mail because: You are on the CC list for the bug.
