public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: c++/10247: [3.4 regression] ICE in ocp_convert, at cp/cvt.c:636
@ 2003-03-28 15:24 bangerth
  0 siblings, 0 replies; 4+ messages in thread
From: bangerth @ 2003-03-28 15:24 UTC (permalink / raw)
  To: gcc-bugs, gcc-prs, jason, larsbj, nobody

Synopsis: [3.4 regression] ICE in ocp_convert, at cp/cvt.c:636

Responsible-Changed-From-To: unassigned->jason
Responsible-Changed-By: bangerth
Responsible-Changed-When: Fri Mar 28 15:11:19 2003
Responsible-Changed-Why:
    Jason, the code where we abort comes from this patch:
    
    revision 1.131
    date: 2003/01/03 20:04:37;  author: jason;  state: Exp;  lines: +15 -1
            * fold-const.c (fold) [COND_EXPR]: Avoid NOP_EXPRs better.
    
            * integrate.c (copy_decl_for_inlining): Don't clear the rtl for
            static/external decls.
    cp/
            * call.c (build_conditional_expr): Stabilize lvalues properly.
            * cvt.c (ocp_convert): Don't build NOP_EXPRs of class type.
            * tree.c (lvalue_p_1): Don't allow sloppy NOP_EXPRs as lvalues.
            Don't allow CALL_EXPR or VA_ARG_EXPR, either.
    
            * call.c (convert_like_real): Call decl_constant_value for an
            IDENTITY_CONV even if there are no more conversions.
    
            * cvt.c (build_up_reference): Don't push unnamed temps.
    
            * decl2.c (do_namespace_alias): Namespace aliases are DECL_EXTERNAL.
    
            * dump.c (cp_dump_tree): Don't try to dump class-specific fields
            for a backend struct.
    
            * except.c (wrap_cleanups_r, build_throw): Make
            MUST_NOT_THROW_EXPRs void.
            * init.c (expand_default_init): Update to handle MUST_NOT_THROW_EXPR.
    
            * init.c (build_vec_delete_1): Pre-evaluate the base address.
    
            * init.c (get_temp_regvar): Simplify logic.
    
            * tree.c (cp_copy_res_decl_for_inlining): Only do debug tweaks if
            our replacement is a decl.
    
    I don't know whether this patch is actually responsible,
    but would you mind taking a look at this?
    
    Thanks
      W.
State-Changed-From-To: open->analyzed
State-Changed-By: bangerth
State-Changed-When: Fri Mar 28 15:11:19 2003
State-Changed-Why:
    Toggling state back.

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


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: c++/10247: [3.4 regression] ICE in ocp_convert, at cp/cvt.c:636
@ 2003-04-16 18:26 Jason Merrill
  0 siblings, 0 replies; 4+ messages in thread
From: Jason Merrill @ 2003-04-16 18:26 UTC (permalink / raw)
  To: jason; +Cc: gcc-prs

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

From: Jason Merrill <jason@redhat.com>
To: reichelt@igpm.rwth-aachen.de
Cc: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, larsbj@lyx.org,
   gcc-gnats@gcc.gnu.org
Subject: Re: c++/10247: [3.4 regression] ICE in ocp_convert, at cp/cvt.c:636
Date: Wed, 16 Apr 2003 19:22:18 +0100

 On 16 Apr 2003 18:07:34 -0000, reichelt@igpm.rwth-aachen.de wrote:
 
 >     Jason, shouldn't we add a testcase for the failure?
 
 Sure.  My patch was in response to a failure in an existing test on the
 tree-ssa branch, but adding this test seems reasonable.  Would you?
 
 Jason


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: c++/10247: [3.4 regression] ICE in ocp_convert, at cp/cvt.c:636
@ 2003-04-16 18:07 reichelt
  0 siblings, 0 replies; 4+ messages in thread
From: reichelt @ 2003-04-16 18:07 UTC (permalink / raw)
  To: gcc-bugs, gcc-prs, jason, larsbj

Synopsis: [3.4 regression] ICE in ocp_convert, at cp/cvt.c:636

State-Changed-From-To: analyzed->closed
State-Changed-By: reichelt
State-Changed-When: Wed Apr 16 18:07:34 2003
State-Changed-Why:
    Fixed between 2003-04-01 and 2003-04-08
    ( probably by http://gcc.gnu.org/ml/gcc-patches/2003-04/msg00222.html ).
    
    Jason, shouldn't we add a testcase for the failure?

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


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: c++/10247: [3.4 regression] ICE in ocp_convert, at cp/cvt.c:636
@ 2003-03-28 15:11 bangerth
  0 siblings, 0 replies; 4+ messages in thread
From: bangerth @ 2003-03-28 15:11 UTC (permalink / raw)
  To: gcc-bugs, gcc-prs, larsbj, nobody

Old Synopsis: ICE in ocp_convert, at cp/cvt.c:636
New Synopsis: [3.4 regression] ICE in ocp_convert, at cp/cvt.c:636

State-Changed-From-To: analyzed->open
State-Changed-By: bangerth
State-Changed-When: Fri Mar 28 15:07:53 2003
State-Changed-Why:
    [Toggling states to avoid moving to the other machine with
    the mail connection :-)]
    
    This is a regression in mainline. Steven was already
    close with his testcase (sent privately), here's a
    maximally reduced one:
    -----------------------------
    class A {};
    
    A const foo();
    
    void bar() {
      A a = foo();
      A b = true ? a : foo();
    }
    -------------------------
    g/x> /home/bangerth/bin/gcc-3.4-pre/bin/c++ -c y.cc
    y.cc: In function `void bar()':
    y.cc:7: internal compiler error: in ocp_convert, at cp/cvt.c:636
    
    There's a note in the audit trail that it might be related
    to 10224. I don't think that's the case, and indeed Nathan's
    fix doesn't cure this report as well, so they are different.
    
    W.

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


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2003-04-16 18:26 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-03-28 15:24 c++/10247: [3.4 regression] ICE in ocp_convert, at cp/cvt.c:636 bangerth
  -- strict thread matches above, loose matches on Subject: below --
2003-04-16 18:26 Jason Merrill
2003-04-16 18:07 reichelt
2003-03-28 15:11 bangerth

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).