Re: c++/8046: ICE on (admittedly very silly) input

Re: c++/8046: ICE on (admittedly very silly) input

[bangerth]

Synopsis: ICE on (admittedly very silly) input

State-Changed-From-To: closed->analyzed
State-Changed-By: bangerth
State-Changed-When: Mon Nov  4 15:43:24 2002
State-Changed-Why:
    Ups, sorry, I wanted to close 8406, but did it with 8046.
    In any case, I can confirm this report here.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8046

Re: c++/8046: ICE on (admittedly very silly) input

[bangerth]

Synopsis: ICE on (admittedly very silly) input

State-Changed-From-To: analyzed->closed
State-Changed-By: bangerth
State-Changed-When: Mon Nov  4 15:37:21 2002
State-Changed-Why:
    The sh maintainers say this is fixed:
    
    Date: Mon, 04 Nov 2002 23:24:02 +0000
    From: Joern Rennecke <joern.rennecke@superh.com>
    To: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
    Cc: aoliva@redhat.com
    Subject: Re: target/8406: [sh] wrong code when accessing members in
        largestructures (fwd)
    
    Wolfgang Bangerth wrote:
    > 
    > Joern, Alexandre,
    > the maintainers file lists you as the maintainers for the sh port, so let
    > me just bring this report to your attention that I reclassified from C++
    > to target since it can be reproduced in C as well. It is against 2.95, so
    > maybe it's simple to check & close.
    
    I get this:
    
            _buf_value:
            mov.w   .L2,r0
            mov.l   r14,@-r15
            add     r4,r0   !  huge
            mov     r15,r14
            mov     r14,r15
            mov.l   @r15+,r14
            rts
            nop
            .align 1
    .L2:
            .short  2048
            .size   _buf_value, .-_buf_value
            .align 1
            .align 5
            .global _reproduce_bug
            .type   _reproduce_bug, @function
    
    --
    --------------------------
    SuperH (UK) Ltd.
    2410 Aztec West / Almondsbury / BRISTOL / BS32 4QX
    T:+44 1454 465658
    
    
    
    Date: Mon, 04 Nov 2002 23:35:22 +0000
    From: Joern Rennecke <joern.rennecke@superh.com>
    To: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
    Cc: aoliva@redhat.com
    Subject: Re: target/8406: [sh] wrong code when accessing members in
        largestructures (fwd)
    
    Wolfgang Bangerth wrote:
    > 
    > > I get this:
    > 
    > :-) Unfortunately, I have no idea whether this is right or wrong (my
    > assembler era ended more than 10 years ago). If you tell me either way, I
    > put the report into "confirmed" or "closed" state.
    
    It's right.
    
    --
    --------------------------
    SuperH (UK) Ltd.
    2410 Aztec West / Almondsbury / BRISTOL / BS32 4QX
    T:+44 1454 465658

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8046

Re: c++/8046: ICE on (admittedly very silly) input

[lerdsuwa]

Synopsis: ICE on (admittedly very silly) input

State-Changed-From-To: open->analyzed
State-Changed-By: lerdsuwa
State-Changed-When: Thu Sep 26 08:00:00 2002
State-Changed-Why:
    Confirmed.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=8046

c++/8046: ICE on (admittedly very silly) input

[andrewp]

>Number:         8046
>Category:       c++
>Synopsis:       ICE on (admittedly very silly) input
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    unassigned
>State:          open
>Class:          ice-on-illegal-code
>Submitter-Id:   net
>Arrival-Date:   Wed Sep 25 14:36:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Andrew Pollard
>Release:        3.2.1 20020914 (prerelease)
>Organization:
>Environment:
System: Linux garfield.andypo.net 2.4.18-10smp #1 SMP Wed Aug 7 11:17:48 EDT 2002 i686 unknown
Binutils: 2.13.90.0.4
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: /usr/local/src/cvs/gcc-3_2-branch/configure --prefix=/usr/local/gcc-3.2.1-20020914-i686-pc-linux-gnu --with-gnu-as --with-gnu-ld --enable-version-specific-runtime-libs --enable-threads=posix --with-dwarf2 --disable-shared --enable-languages=c++ --enable-__cxa_atexit
>Description:
The following (admittedly very silly) code fragment causes an ICE in all gcc
versions I tried (gcc-2.96/gcc-3.0.5/gcc-3.2.1/gcc-3.3)

ice.cxx
----------------------
    struct A {};
    namespace a {}

    void
    foo()
    {
        A a;
        a::~A();
    }
----------------------

% gcc -v
Reading specs from /usr/local/gcc-3.2.1-20020914-i686-pc-linux-gnu/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/specs
Configured with: /usr/local/src/cvs/gcc-3_2-branch/configure --prefix=/usr/local/gcc-3.2.1-20020914-i686-pc-linux-gnu --with-gnu-as --with-gnu-ld --enable-version-specific-runtime-libs --enable-threads=posix --with-dwarf2 --disable-shared --enable-languages=c++ --enable-__cxa_atexit
Thread model: posix
gcc version 3.2.1 20020914 (prerelease)
% g++ ice.cxx
ice.cxx: In function `void foo()':
ice.cxx:8: Internal compiler error in lookup_namespace_name, at cp/decl.c:5532
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.

This was distilled from a much larger piece of code, but, basically, what
I meant to do was

    a.~A();

and not

    a::~A();

to call the destructor. A polite error message pointing out that I had
submitted complete garbage to the compiler would have been better than
the ICE :-)
>How-To-Repeat:
Compile the above code fragment.
>Fix:
Don't do something as daft as what I actually did.
>Release-Note:
>Audit-Trail:
>Unformatted: