public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "ian at airs dot com" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug go/65134] gccgo ignores the attribute "constructor" in a subdirectory Date: Tue, 24 Feb 2015 19:02:00 -0000 [thread overview] Message-ID: <bug-65134-4-j1CjVSyEcw@http.gcc.gnu.org/bugzilla/> (raw) In-Reply-To: <bug-65134-4@http.gcc.gnu.org/bugzilla/> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65134 --- Comment #6 from Ian Lance Taylor <ian at airs dot com> --- No, I believe the problem is different. The gccgo build process stores objects in an archive, and relies on the system linker to pull in those objects. However, at least on ELF-based systems like GNU/Linux, the system linker does not link an object from an archive merely because it has a constructor. It only links an object from an archive if there is some reference to it: if the object defines a symbol that some other object, already included in the link, refers to. What I'm doing with the Go code is adding a reference, forcing the object to be linked in from the archive. Once the object is linked in, everything works. So although we want the reference, we don't want the reference to actually do anything. That is why I wrote the AlwaysFalse code: so that there is a function call, but the compiler can't see that the function will never be called. This is a standard problem with ELF linkers. See, e.g., http://stackoverflow.com/questions/6589772/gcc-functions-with-constructor-attribute-are-not-being-linked . This issue is not really Go-specific, except for the fact that the go tool build process when using gccgo uses archives. Perhaps it should change to work in some other way.
prev parent reply other threads:[~2015-02-24 17:24 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top [not found] <bug-65134-4@http.gcc.gnu.org/bugzilla/> 2015-02-20 12:23 ` ian at airs dot com 2015-02-21 3:25 ` e29253 at jp dot ibm.com 2015-02-21 3:46 ` ian at airs dot com 2015-02-21 3:54 ` e29253 at jp dot ibm.com 2015-02-24 15:09 ` boger at us dot ibm.com 2015-02-24 19:02 ` ian at airs dot com [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=bug-65134-4-j1CjVSyEcw@http.gcc.gnu.org/bugzilla/ \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).