c++/6482: sparc-sun-solaris2.7 gcc-3.1 g++ testsuite failure in g++.dg/special/conpr-2.C

c++/6482: sparc-sun-solaris2.7 gcc-3.1 g++ testsuite failure in g++.dg/special/conpr-2.C

[ghazi]

>Number:         6482
>Category:       c++
>Synopsis:       sparc-sun-solaris2.7 gcc-3.1 g++ testsuite failure in g++.dg/special/conpr-2.C
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          wrong-code
>Submitter-Id:   net
>Arrival-Date:   Fri Apr 26 13:26:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Kaveh Ghazi
>Release:        gcc version 3.1 20020425 (prerelease)
>Organization:
>Environment:
sparc-sun-solaris2.7 native as/ld
>Description:
I get this failure from the g++ testsuite:

FAIL: g++.dg/special/conpr-2.C execution test

See: http://gcc.gnu.org/ml/gcc-testresults/2002-04/msg01014.html

I think the classes are being initialized in the wrong order.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:

Re: c++/6482: sparc-sun-solaris2.7 gcc-3.1 g++ testsuite failure in g++.dg/special/conpr-2.C

[Kean Johnston]

The following reply was made to PR c++/6482; it has been noted by GNATS.

From: Kean Johnston <kean@worldcontrol.org>
To: davem@redhat.com,  mark@codesourcery.com,  jason@redhat.com, 
 gcc-gnats@gcc.gnu.org,  gcc-bugs@gcc.gnu.org,  nobody@gcc.gnu.org, 
 gcc-prs@gcc.gnu.org,  ghazi@caip.rutgers.edu
Cc:  
Subject: Re: c++/6482: sparc-sun-solaris2.7 gcc-3.1 g++ testsuite failure
 in g++.dg/special/conpr-2.C
Date: Thu, 10 Apr 2003 02:40:01 -0700

 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6482
 
 FYI ... this occurs on SCO OpenServer too, with 3.3 of 0409.
 
 

Re: c++/6482: sparc-sun-solaris2.7 gcc-3.1 g++ testsuite failure in g++.dg/special/conpr-2.C

[davem]

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