[Bug binutils/30016] strip/objcopy should do atomic renames

https://sourceware.org/bugzilla/show_bug.cgi?id=30016 --- Comment #2 from Thiago Macieira --- (In reply to Andreas Schwab from comment #1) > This is deliberate. A rename requires careful duplication of the attributes > of the target file, which is difficult to get right. See PR27456. Are you s

[Bug binutils/30016] New: strip/objcopy should do atomic renames

Component: binutils Assignee: unassigned at sourceware dot org Reporter: thiago at kde dot org Target Milestone: --- I noticed this while building binutils itself because, after ./binutils got installed, the installed strip was in $PATH and that caused errors later on. strace shows

[Bug libsframe/30014] New: FTBFS: install-strip fails because bfdlib relinks and fails to find libsframe

Severity: normal Priority: P2 Component: libsframe Assignee: indu.bhagat at oracle dot com Reporter: thiago at kde dot org Target Milestone: --- # make install-strip-host /bin/sh ./mkinstalldirs /usr/local /usr/local make[1]: Entering directory `/build/binutils

[Bug ld/29377] non-canonical reference to canonical protected function

https://sourceware.org/bugzilla/show_bug.cgi?id=29377 --- Comment #2 from Thiago Macieira --- (In reply to H.J. Lu from comment #1) > Created attachment 14217 [details] > A patch Confirmed to work. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/29377] non-canonical reference to canonical protected function

https://sourceware.org/bugzilla/show_bug.cgi?id=29377 Thiago Macieira changed: What|Removed |Added CC||thiago at kde dot org -- You are

[Bug ld/29216] [2.39 Regression] IFUNC function pointer reference equality failure

https://sourceware.org/bugzilla/show_bug.cgi?id=29216 Thiago Macieira changed: What|Removed |Added CC||thiago at kde dot org --- Comment

[Bug ld/26815] Unnecessary error on linking STV_PROTECTED library: relocation R_X86_64_PC32 against protected symbol `f' can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=26815 --- Comment #10 from Thiago Macieira --- (In reply to H.J. Lu from comment #9) > Should this be closed by -mno-direct-extern-access change in GCC? Yes. making that the default and getting rid of copy relocations would be better, though. --

[Bug ld/26815] Unnecessary error on linking STV_PROTECTED library: relocation R_X86_64_PC32 against protected symbol `f' can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=26815 --- Comment #8 from Thiago Macieira --- Oops, these tests aren't using -mno-direct-extern-access at all. When using them: $ gcc -O2 -shared -fPIC -mno-direct-extern-access -fvisibility=protected -Wl,--dynamic-list,empty.dynlist -o lib.so lib

[Bug ld/26815] Unnecessary error on linking STV_PROTECTED library: relocation R_X86_64_PC32 against protected symbol `f' can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=26815 --- Comment #7 from Thiago Macieira --- Disabling the use of the feature in Qt 6.4 because it's still broken. -- 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

https://sourceware.org/bugzilla/show_bug.cgi?id=29087 --- Comment #5 from Thiago Macieira --- (In reply to H.J. Lu from comment #4) > Created attachment 14083 [details] > The v2 patch All of Qt still builds fine. -- 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

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

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] New: "non-canonical reference to canonical protected function" with protected visibility, -mno-direct-extern-access and virtual functions

Product: binutils Version: 2.38 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: thiago at kde dot org Target Milestone: --- Created attachment 14078

[Bug ld/28875] ld should warn or error out about creating copy relocs & direct external references for protected symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=28875 --- Comment #5 from Thiago Macieira --- (In reply to H.J. Lu from comment #4) > Created attachment 13971 [details] > The v2 patch > > I got > > /usr/gcc-12.0.1-x32/bin/gcc -B./ -o x main.o libfoo.so -Wl,-R,. > ./ld: main.o: non-canonical ref

[Bug ld/28875] ld should warn or error out about creating copy relocs & direct external references for protected symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=28875 --- Comment #3 from Thiago Macieira --- That is, this patch brings BFD ld on par with Gold. The remaining issue for Gold is #28876. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/28875] ld should warn or error out about creating copy relocs & direct external references for protected symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=28875 --- Comment #2 from Thiago Macieira --- (In reply to H.J. Lu from comment #1) > Created attachment 13964 [details] > A patch > > Try this. Confirmed for copy relocations: $ cat main.cpp extern __attribute__((visibility("default"))) long int

[Bug gold/28876] New: gold should error out when creating a direct reference to protected function

Severity: normal Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: thiago at kde dot org CC: ian at airs dot com Target Milestone: --- Related to #28875 Given library: $ cat libb2.cpp __attribute__

[Bug ld/28875] New: ld should warn or error out about creating copy relocs & direct external references for protected symbols

2.38 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: thiago at kde dot org Target Milestone: --- Related: #15228, #17711, #27973. For a library that has protected symbols: $ cat libb2

[Bug ld/27973] ld x86: Allow direct access to protected function symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=27973 Thiago Macieira changed: What|Removed |Added CC||thiago at kde dot org -- You are

[Bug ld/26815] Unnecessary error on linking STV_PROTECTED library: relocation R_X86_64_PC32 against protected symbol `f' can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=26815 --- Comment #6 from Thiago Macieira --- A bit more testing shows that we'd need a compiler update too, to tell the compiler that a variable should be accessed via the GOT regardless (equiv. to Windows __declspec(dllimport)). We can accomplish

[Bug ld/26815] Unnecessary error on linking STV_PROTECTED library: relocation R_X86_64_PC32 against protected symbol `f' can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=26815 --- Comment #4 from Thiago Macieira --- (In reply to H.J. Lu from comment #3) > GOT relocation is needed for function pointer comparison. > > > Either way, the fact that gold and ld.bfd behave different is a problem. And > > so is the fact th

[Bug ld/26815] Unnecessary error on linking STV_PROTECTED library: relocation R_X86_64_PC32 against protected symbol `f' can not be used when making a shared object

https://sourceware.org/bugzilla/show_bug.cgi?id=26815 --- Comment #2 from Thiago Macieira --- (In reply to H.J. Lu from comment #1) > You can override it with linker options: > > -Bsymbolic Bind global references locally > -Bsymbolic-functionsBind global function ref

[Bug ld/26815] New: Unnecessary error on linking STV_PROTECTED library: relocation R_X86_64_PC32 against protected symbol `f' can not be used when making a shared object

bject Product: binutils Version: 2.35.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: thiago at kde dot org Target Milestone: --- Using ld.bfd:

[Bug gas/23628] Mis-assembling of VSIB offset in EVEX scatter/gather instructions

https://sourceware.org/bugzilla/show_bug.cgi?id=23628 Thiago Macieira changed: What|Removed |Added Target||x86-64 CC|

[Bug gas/23628] New: Mis-assembling of VSIB offset in EVEX scatter/gather instructions

: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: thiago at kde dot org Target Milestone: --- Related to bug #16490. This was reported also as a note in bug #18738. Test: $ cat test.s .text

[Bug ld/10326] globbing in linker script doesn't match C++ vtable/typeinfo/etc.

--- Additional Comments From thiago at kde dot org 2009-09-06 01:47 --- Anything? It's nearly impossible to write proper export whitelists in C++ with this bug. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10326 --- You are receiving this mail because: --- You a

[Bug ld/10326] New: globbing in linker script doesn't match C++ vtable/typeinfo/etc.

binutils Version: 2.19 Status: NEW Severity: normal Priority: P2 Component: ld AssignedTo: unassigned at sources dot redhat dot com ReportedBy: thiago at kde dot org CC: bug-binutils at gnu dot org GCC build triplet: i586-manbo-linu