[Bug ld/29087] "non-canonical reference to canonical protected function" with protected visibility, -mno-direct-extern-access and virtual functions

2022-04-25 Thread thiago at kde dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=29087 --- Comment #3 from Thiago Macieira --- Build successful (Qt 6.4 + GCC 12 + Binutils 2.38 with this patch) -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/29087] "non-canonical reference to canonical protected function" with protected visibility, -mno-direct-extern-access and virtual functions

2022-04-25 Thread thiago at kde dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=29087 --- Comment #2 from Thiago Macieira --- (In reply to H.J. Lu from comment #1) > Created attachment 14079 [details] > Please try this Works on the testcase. Testing now the original content. -- You are receiving this mail because: You are on

[Bug ld/29087] "non-canonical reference to canonical protected function" with protected visibility, -mno-direct-extern-access and virtual functions

2022-04-25 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29087 --- Comment #1 from H.J. Lu --- Created attachment 14079 --> https://sourceware.org/bugzilla/attachment.cgi?id=14079&action=edit Please try this -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/29072] ld silently make the program stack area executable if nested function is used

2022-04-25 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29072 --- Comment #15 from H.J. Lu --- Is the goal to remove nested functions? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/29086] -Wl,--wrap=foo with LTO leads to undefined symbol

2022-04-25 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29086 --- Comment #2 from H.J. Lu --- [hjl@gnu-tgl-3 pr29086]$ cat foo.S .text foo: .nops 1 .data .dc.a __real_foo [hjl@gnu-tgl-3 pr29086]$ gcc -c foo.S [hjl@gnu-tgl-3 pr29086]$ ld --wrap=foo foo.o ld: warning: canno

[Bug ld/29072] ld silently make the program stack area executable if nested function is used

2022-04-25 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29072 --- Comment #14 from Nick Clifton --- (In reply to H.J. Lu from comment #12) > I don't think we should issue a warning in this case: Why not ? The original point of this PR was that an application can gain an executable stack without the pr

[Bug ld/29072] ld silently make the program stack area executable if nested function is used

2022-04-25 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29072 H.J. Lu changed: What|Removed |Added Status|REOPENED|NEW --- Comment #13 from H.J. Lu --- (In r

[Bug ld/29072] ld silently make the program stack area executable if nested function is used

2022-04-25 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=29072 H.J. Lu changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug ld/29072] ld silently make the program stack area executable if nested function is used

2022-04-25 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=29072 --- Comment #11 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=0d38576a34ec64a1b4500c9277a8e9d0f07e6774 commit 0d38576a34ec64a1b4500c9277