[Bug ld/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762
Martin Storsjö changed:
What|Removed |Added
CC||martin at martin dot st
--- Comment #15 from Martin Storsjö ---
(In reply to Hannes Domani from comment #12)
> (In reply to Nick Clifton from comment #9)
> > Well I have been wracking my brains for a couple of days now, and I cannot
> > think of a better solution either.
> You first suggested this:
> > This would imply that the placement of the __CTOR_LIST__ symbol in
> > libgcc(_ctors.o) is incorrect,
> So is the definition in libgcc2.c even necessary, isn't it always provided
> by the linker?
It's not normally needed, no. As far as I understand it, I think libgcc just
provides the symbol in case nothing else provides it (maybe for other targets
than mingw).
> On the other hand, I don't know why anyone would want to override
> __CTOR_LIST__ anyways.
This issue originated from trying to use mingw-w64 with lld, llvm's linker
(which basically works like msvc's link.exe with a few additions), and doesn't
provide __CTOR_LIST__ and doesn't use linker scripts at all.
When intending to use that linker, we provide __CTOR_LIST__ within mingw-w64's
crt startup object files. If binutils ld would be able to handle this case
(which the original patch achieves), it would (at a later stage when one could
start requiring binutils >= 2.30) reduce the amount of conditionals and the
fact that we need to know what linker we're going to use, when building
mingw-w64.
If we'd enable this codepath for all cases, we'd fix this issue for binutils
2.30 (but at the same time break all earlier versions).
Other potential ways of handling it would be to extend libgcc's fallback
__CTOR_LIST__ to something like this:
__attribute__ (( __section__ (".ctors"), __used__ , aligned(sizeof(void *
const void * __CTOR_LIST__ = (void *) -1;
__attribute__ (( __section__ (".dtors"), __used__ , aligned(sizeof(void *
const void * __DTOR_LIST__ = (void *) -1;
__attribute__ (( __section__ (".ctors.9"), __used__ , aligned(sizeof(void
* const void * __CTOR_END__ = (void *) 0;
__attribute__ (( __section__ (".dtors.9"), __used__ , aligned(sizeof(void
* const void * __DTOR_END__ = (void *) 0;
However I think that only works if the object file that provides it (in the
case of mingw-w64 for lld, in crt2.o) is linked first, before everything else,
placing __CTOR_LIST__ at the head of the .ctors section. And I don't think
that's fit for libgcc since I guess it's too target specific, and would still
cause breakage for any current libgcc version that doesn't have it.
So given that, I guess reverting the patch is the most sensible thing to do,
and we'll have to start over with other approaches, if we want to unify
matters.
--
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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 Jeremi changed: What|Removed |Added CC||jeremip11 at gmail 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
[Bug ld/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 Nicolas Vigier changed: What|Removed |Added CC||boklm at torproject dot org --- Comment #14 from Nicolas Vigier --- *** Bug 22989 has been marked as a duplicate of this 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #13 from cvs-commit at gcc dot gnu.org --- The binutils-2_30-branch branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=a985e9b9deabd81e16754584f4397a638e9d3f36 commit a985e9b9deabd81e16754584f4397a638e9d3f36 Author: Nick Clifton Date: Mon Feb 5 09:12:42 2018 + Import patch from mainline to remove PROVODE qualifiers around definitions of __CTOR_LIST__ and __DTOR_LIST__ in PE linker scripts. PR 22762 * scripttempl/pe.sc: Remove PROVIDE()s from __CTOR_LIST__ and __DTOR_LIST__ symbols. Add a comment explaining why this is necessary. * scripttemp/pep.sc: Likewise. * ld.texinfo (PROVIDE): Add a note about the effect of common symbols. -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #12 from Hannes Domani --- (In reply to Nick Clifton from comment #9) > Well I have been wracking my brains for a couple of days now, and I cannot > think of a better solution either. You first suggested this: > This would imply that the placement of the __CTOR_LIST__ symbol in > libgcc(_ctors.o) is incorrect, So is the definition in libgcc2.c even necessary, isn't it always provided by the linker? On the other hand, I don't know why anyone would want to override __CTOR_LIST__ anyways. -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #10 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=b0daac83d78c82f7998287bb717063c4d01d4f97 commit b0daac83d78c82f7998287bb717063c4d01d4f97 Author: Nick Clifton Date: Sat Feb 3 13:11:35 2018 + Remove PROVIDE() qualifiers from definition of __CTOR_LIST__ and __DTOR_LIST__ symbols in PE linker scripts. PR 22762 * scripttempl/pe.sc: Remove PROVIDE()s from __CTOR_LIST__ and __DTOR_LIST__ symbols. Add a comment explaining why this is necessary. * scripttemp/pep.sc: Likewise. * ld.texinfo (PROVIDE): Add a note about the effect of common symbols. -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 Nick Clifton changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #11 from Nick Clifton --- PROVIDE()s reverted. -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #9 from Nick Clifton --- Hi Hannes, > But I've just removed the PROVIDE()'s to make it work again, that's good > enough as a workaround for me. Well I have been wracking my brains for a couple of days now, and I cannot think of a better solution either. I will revert the addition of the PROVIDE()s, but leave the rest of the patch in place, and add a comment about why PROVIDE cannot be used. If someone does want to provide their own __CTOR_LIST__ and __DTOR_LIST__ symbols, and not just common ones, then they will have to use a custom linker script to achieve this. Not ideal, but I do not see a better way. 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #8 from Hannes Domani --- (In reply to Nick Clifton from comment #7) > In the meantime please could you see if adding: > > -Wl,--defsym,__CTOR_LIST__=.ctors > > to your command line will act a workaround for the problem ? Then I get this result: > $ g++ -ostatic-var.exe static-var.cpp -Wl,--defsym,__CTOR_LIST__=.ctors > c:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/7.3.0/../../../../i686-w64-mingw32/lib/../lib/libmingw32.a(lib32_libmingw32_a-gccmain.o): > reference to ___CTOR_LIST__ > c:/msys64/mingw32/bin/../lib/gcc/i686-w64-mingw32/7.3.0/libgcc.a(_ctors.o): > definition of ___CTOR_LIST__ > --defsym:1: undefined symbol `.ctors' referenced in expression > collect2.exe: error: ld returned 1 exit status But I've just removed the PROVIDE()'s to make it work again, that's good enough as a workaround for me. -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #7 from Nick Clifton --- Hi Domani, Thanks for the _ctor.o file. I think that I understand the problem now. The _ctor.o file defines the __CTOR_LIST__ symbol as a common symbol (ie uninitialized). These symbols can be overriden by a definition that does define a value, which is why the linker scripts used to work in the past. But the addition of the PROVIDE directive changed that, because PROVIDE will not override a common symbol. Hmm, I need to think about how to fix this. In the meantime please could you see if adding: -Wl,--defsym,__CTOR_LIST__=.ctors to your command line will act a workaround for the problem ? 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #6 from Domani Hannes --- Created attachment 10769 --> https://sourceware.org/bugzilla/attachment.cgi?id=10769&action=edit _ctors.o -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #5 from Nick Clifton --- Hi Domani, Thanks. So the __CTOR_LIST__ symbol is indeed wrong - it is pointing to somewhere in the middle of the .bss section. It looks to me like the culprit is the _ctors.o file. Would you mind uploading that too, so that I can take a look at it ? 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #4 from Domani Hannes --- Created attachment 10766 --> https://sourceware.org/bugzilla/attachment.cgi?id=10766&action=edit compiled testcase used options: > g++ -g -ostatic-var.exe static-var.cpp -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #3 from Nick Clifton --- Hi Domani, > And once I remove those PROVIDE()'s again, everything works again. > > PS: Originally I had opened this gdb bug: > https://sourceware.org/bugzilla/show_bug.cgi?id=22757 > Someone mentioned there that I'm not the only one with this problem with the > new binutils version. The thing that concerns me is that this might not be a binutils bug. It might be a bug in gcc's libgcc.c file that is used to create ctors.o. That is why I wanted to have a look at the failing executable, so that I can see if the __CTOR_LIST__ symbol really is in the wrong place. So - please could you upload the compiled test case ? 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 --- Comment #2 from Domani Hannes --- > Are you saying that that commit broke static constructors ? Yes, exactly. > This would imply that the placement of the __CTOR_LIST__ symbol in > libgcc(_ctors.o) is incorrect, so that when the start up code runs, > it looks at the data pointed to by __CTOR_LIST__, finds nothing, and > so no constructors are run. Please could you have a look at the > executable to see if this is the case ? (Or upload it to this PR > so that I can have a look at it). __CTOR_LIST__ is empty in this case, I checked in the debugger already. And once I remove those PROVIDE()'s again, everything works again. PS: Originally I had opened this gdb bug: https://sourceware.org/bugzilla/show_bug.cgi?id=22757 Someone mentioned there that I'm not the only one with this problem with the new binutils version. -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com --- Comment #1 from Nick Clifton --- Hi Domani, Are you saying that that commit broke static constructors ? This would imply that the placement of the __CTOR_LIST__ symbol in libgcc(_ctors.o) is incorrect, so that when the start up code runs, it looks at the data pointed to by __CTOR_LIST__, finds nothing, and so no constructors are run. Please could you have a look at the executable to see if this is the case ? (Or upload it to this PR so that I can have a look at it). 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 Domani Hannes changed: What|Removed |Added Target||*mingw* -- 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/22762] missing static variable constructor calls
https://sourceware.org/bugzilla/show_bug.cgi?id=22762 Domani Hannes changed: What|Removed |Added CC||ssbssa at yahoo dot de -- 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
