public inbox for gcc-prs@sourceware.org help / color / mirror / Atom feed
From: bangerth@dealii.org To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, jrheath@ca.ibm.com, jsm28@cam.ac.uk, jsm28@gcc.gnu.org, nobody@gcc.gnu.org Subject: Re: c++/7748: Static objects in dynamic library with non-default priority not initialized Date: Thu, 19 Dec 2002 18:09:00 -0000 [thread overview] Message-ID: <20021220020907.20115.qmail@sources.redhat.com> (raw) Synopsis: Static objects in dynamic library with non-default priority not initialized Responsible-Changed-From-To: unassigned->jsm28 Responsible-Changed-By: bangerth Responsible-Changed-When: Thu Dec 19 18:09:06 2002 Responsible-Changed-Why: The last to change the respective code. If you feel you are not the right person to ask, I'll be happy to undo this. State-Changed-From-To: open->analyzed State-Changed-By: bangerth State-Changed-When: Thu Dec 19 18:09:06 2002 State-Changed-Why: Confirmed. This directly contradicts what the documentation says. I can reproduce this also on x86 Linux. Looking at the assembler code, I see that everything is laid out, i.e. the __static_initialization_and_destruction_0(int, int) function is ok, and there are symbols _GLOBAL__I.NNNNN_t1 and _GLOBAL__D.NNNNN_t1 for initialization and destruction of objects for each priority that is present. I don't know who is responsible to call these functions. If it is the linker, then it is not gccs fault. However, there is also the symbol _GLOBAL__I_t1 that only initializes the elements of one priority class, and if this is what the linker calls when loading the shared library, then the code for this function is wrong. I guess we need someone with more knowledge about this stuff here. Joseph, you were the last to touch the code, can you help? Thanks W. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7748
next reply other threads:[~2002-12-20 2:09 UTC|newest] Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top 2002-12-19 18:09 bangerth [this message] -- strict thread matches above, loose matches on Subject: below -- 2002-12-20 9:06 bangerth 2002-12-20 9:06 Wolfgang Bangerth 2002-12-20 3:36 Joseph S. Myers 2002-12-13 14:06 jrheath 2002-08-28 12:06 jrheath
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=20021220020907.20115.qmail@sources.redhat.com \ --to=bangerth@dealii.org \ --cc=gcc-bugs@gcc.gnu.org \ --cc=gcc-gnats@gcc.gnu.org \ --cc=gcc-prs@gcc.gnu.org \ --cc=jrheath@ca.ibm.com \ --cc=jsm28@cam.ac.uk \ --cc=jsm28@gcc.gnu.org \ --cc=nobody@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).