This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: c++/6482: sparc-sun-solaris2.7 gcc-3.1 g++ testsuite failure in g++.dg/special/conpr-2.C
- From: davem at gcc dot gnu dot org
- To: davem at redhat dot com, mark at codesourcery dot com, jason at redhat dot com, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, ghazi at caip dot rutgers dot edu, nobody at gcc dot gnu dot org
- Date: 28 Apr 2002 07:05:35 -0000
- Subject: Re: c++/6482: sparc-sun-solaris2.7 gcc-3.1 g++ testsuite failure in g++.dg/special/conpr-2.C
- Reply-to: davem at gcc dot gnu dot org, davem at redhat dot com, mark at codesourcery dot com, jason at redhat dot com, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, ghazi at caip dot rutgers dot edu, nobody at gcc dot gnu dot org, gcc-gnats at gcc dot gnu dot org
Synopsis: sparc-sun-solaris2.7 gcc-3.1 g++ testsuite failure in g++.dg/special/conpr-2.C
State-Changed-From-To: open->analyzed
State-Changed-By: davem
State-Changed-When: Sun Apr 28 00:05:34 2002
State-Changed-Why:
The init_priority attribute is currently not supported without
GNU ld. Have a look at the change I made on 2002-04-08 to
get this working when using GNU ld. The changelog in question
starts with the line "Make init_priority work on Sparc when
using GNU ld"
Someone needs to figure out if it is possible to make Sun's
linker understand constructor priorities, and to sort them.
Once we know that, CTORS_SECTION_ASM_OP and
DTORS_SECTION_ASM_OP can be set appropriately.
Another idea is to use collect2 to do the sorting. All the
bits are there in fact, but it is meant mostly for handling
a.out systems. I had suggested this collect2 idea to richard henderson and his response was not to bother using
something gross like collect2 just to fix a feature that
is only really used by ECOS.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6482