public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
@ 2003-02-27 16:06 Michael Matz
0 siblings, 0 replies; 8+ messages in thread
From: Michael Matz @ 2003-02-27 16:06 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c++/9868; it has been noted by GNATS.
From: Michael Matz <matz@suse.de>
To: <bangerth@dealii.org>, <china@thewrittenword.com>,
<gcc-bugs@gcc.gnu.org>, <gcc-prs@gcc.gnu.org>, <nobody@gcc.gnu.org>,
<gcc-gnats@gcc.gnu.org>
Cc:
Subject: Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying
member variable
Date: Thu, 27 Feb 2003 16:59:01 +0100 (CET)
Hi Wolfang,
On 27 Feb 2003 bangerth@dealii.org wrote:
> Old Synopsis: ICE building LyX 1.3.0 with Qt frontend on HP-UX 11i with GCC 3.3 prerelease
> New Synopsis: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
> This is an extract:
> ---------------------------
> template <typename T> struct D {
> void (*p)();
>
> void clear() { D::p(); }
> };
> template class D<bool>;
> --------------------------
> D::p was previously in a base class, which is why it is
> qualified with Class::. The code above crashes 3.3 and 3.4:
> g/x> /home/bangerth/bin/gcc-3.4-pre/bin/c++ -c x.cc
> x.cc: In member function `void D<T>::clear() [with T = bool]':
> x.cc:6: instantiated from here
> x.cc:4: internal compiler error: in c_expand_expr, at c-common.c:4339
>
> It worked with 3.2.2, though, so it's a regression.
This is exactly the same error as c++/9524.
Ciao,
Michael.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
@ 2003-03-10 21:12 jason
0 siblings, 0 replies; 8+ messages in thread
From: jason @ 2003-03-10 21:12 UTC (permalink / raw)
To: china, gcc-bugs, gcc-prs, jason
Synopsis: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
State-Changed-From-To: analyzed->closed
State-Changed-By: jason
State-Changed-When: Mon Mar 10 21:12:10 2003
State-Changed-Why:
fixed
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9868
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
@ 2003-03-06 21:18 jason
0 siblings, 0 replies; 8+ messages in thread
From: jason @ 2003-03-06 21:18 UTC (permalink / raw)
To: china, gcc-bugs, gcc-prs, jason, nobody
Synopsis: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
Responsible-Changed-From-To: unassigned->jason
Responsible-Changed-By: jason
Responsible-Changed-When: Thu Mar 6 21:18:32 2003
Responsible-Changed-Why:
investigating.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9868
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
@ 2003-02-27 17:26 Michael Matz
0 siblings, 0 replies; 8+ messages in thread
From: Michael Matz @ 2003-02-27 17:26 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c++/9868; it has been noted by GNATS.
From: Michael Matz <matz@suse.de>
To: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
Cc: <china@thewrittenword.com>, <gcc-bugs@gcc.gnu.org>,
<gcc-gnats@gcc.gnu.org>
Subject: Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying
member variable
Date: Thu, 27 Feb 2003 18:18:22 +0100 (CET)
Hi,
On Thu, 27 Feb 2003, Wolfgang Bangerth wrote:
> > Ahh, yes. I forgot. It would be interesting to know in which way our
> > compilers differ, that even the frontend behaves differently. Hmm.
>
> Valid question. I am building straight from CVS, on a SuSE 8 box. Are you
> using additional SuSE patches?
No. I tested multiple compilers. clean HEAD, clean 3.3, and clean
hammer-3_3-branch (Ok, the last with one patch to the backend, but it
can't matter).
> At any rate, 9868 seems to be a superset of the problem in 9524, so should
> 9868 be fixed, this would likely cure 9524 as well, and for both of us.
I would hope so too, yes.
Ciao,
Michael.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
@ 2003-02-27 17:06 Wolfgang Bangerth
0 siblings, 0 replies; 8+ messages in thread
From: Wolfgang Bangerth @ 2003-02-27 17:06 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c++/9868; it has been noted by GNATS.
From: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
To: Michael Matz <matz@suse.de>
Cc: china@thewrittenword.com, <gcc-bugs@gcc.gnu.org>, <gcc-gnats@gcc.gnu.org>
Subject: Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying
member variable
Date: Thu, 27 Feb 2003 10:56:38 -0600 (CST)
> > Correct, at least close. I had a problem with 9524 before, and still have:
> > it doesn't ICE on mainline for me.
>
> Ahh, yes. I forgot. It would be interesting to know in which way our
> compilers differ, that even the frontend behaves differently. Hmm.
Valid question. I am building straight from CVS, on a SuSE 8 box. Are you
using additional SuSE patches?
At any rate, 9868 seems to be a superset of the problem in 9524, so should
9868 be fixed, this would likely cure 9524 as well, and for both of us.
W.
-------------------------------------------------------------------------
Wolfgang Bangerth email: bangerth@ticam.utexas.edu
www: http://www.ticam.utexas.edu/~bangerth/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
@ 2003-02-27 16:56 Michael Matz
0 siblings, 0 replies; 8+ messages in thread
From: Michael Matz @ 2003-02-27 16:56 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c++/9868; it has been noted by GNATS.
From: Michael Matz <matz@suse.de>
To: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
Cc: <bangerth@dealii.org>, <china@thewrittenword.com>,
<gcc-bugs@gcc.gnu.org>, <gcc-gnats@gcc.gnu.org>
Subject: Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying
member variable
Date: Thu, 27 Feb 2003 17:49:43 +0100 (CET)
Hi,
On Thu, 27 Feb 2003, Wolfgang Bangerth wrote:
> Correct, at least close. I had a problem with 9524 before, and still have:
> it doesn't ICE on mainline for me.
Ahh, yes. I forgot. It would be interesting to know in which way our
compilers differ, that even the frontend behaves differently. Hmm.
Ciao,
Michael.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
@ 2003-02-27 16:16 Wolfgang Bangerth
0 siblings, 0 replies; 8+ messages in thread
From: Wolfgang Bangerth @ 2003-02-27 16:16 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c++/9868; it has been noted by GNATS.
From: Wolfgang Bangerth <bangerth@ticam.utexas.edu>
To: Michael Matz <matz@suse.de>
Cc: bangerth@dealii.org, <china@thewrittenword.com>, <gcc-bugs@gcc.gnu.org>,
<gcc-gnats@gcc.gnu.org>
Subject: Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying
member variable
Date: Thu, 27 Feb 2003 10:06:51 -0600 (CST)
> > ---------------------------
> > template <typename T> struct D {
> > void (*p)();
> >
> > void clear() { D::p(); }
> > };
> > template class D<bool>;
> > --------------------------
>
> This is exactly the same error as c++/9524.
Correct, at least close. I had a problem with 9524 before, and still have:
it doesn't ICE on mainline for me. It does, however, if I make the class
in 9524 a template, as above. So I think they are not exactly the same.
I'd like to keep both open, for this reason, but will post a note to 9524
to link it to 9868.
Thanks for pointing out the connection
W.
-------------------------------------------------------------------------
Wolfgang Bangerth email: bangerth@ticam.utexas.edu
www: http://www.ticam.utexas.edu/~bangerth/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
@ 2003-02-27 15:30 bangerth
0 siblings, 0 replies; 8+ messages in thread
From: bangerth @ 2003-02-27 15:30 UTC (permalink / raw)
To: china, gcc-bugs, gcc-prs, nobody
Old Synopsis: ICE building LyX 1.3.0 with Qt frontend on HP-UX 11i with GCC 3.3 prerelease
New Synopsis: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable
State-Changed-From-To: open->analyzed
State-Changed-By: bangerth
State-Changed-When: Thu Feb 27 15:30:24 2003
State-Changed-Why:
This is an extract:
---------------------------
template <typename T> struct D {
void (*p)();
void clear() { D::p(); }
};
template class D<bool>;
--------------------------
D::p was previously in a base class, which is why it is
qualified with Class::. The code above crashes 3.3 and 3.4:
g/x> /home/bangerth/bin/gcc-3.4-pre/bin/c++ -c x.cc
x.cc: In member function `void D<T>::clear() [with T = bool]':
x.cc:6: instantiated from here
x.cc:4: internal compiler error: in c_expand_expr, at c-common.c:4339
It worked with 3.2.2, though, so it's a regression.
W.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9868
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2003-03-10 21:12 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-02-27 16:06 c++/9868: [3.3/3.4 regression] ICE in c_expand_expr when qualifying member variable Michael Matz
-- strict thread matches above, loose matches on Subject: below --
2003-03-10 21:12 jason
2003-03-06 21:18 jason
2003-02-27 17:26 Michael Matz
2003-02-27 17:06 Wolfgang Bangerth
2003-02-27 16:56 Michael Matz
2003-02-27 16:16 Wolfgang Bangerth
2003-02-27 15:30 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).