https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|paolo.carlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #28 from Manuel López-Ibáñez ---
(In reply to Paolo Carlini from comment #27)
> Can we close the bug?
There is still the issue that we print:
x.ii:5: instantiated from `S > > > > > > > > > >
but that is PR43113, so I think yes,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #27 from Paolo Carlini ---
Can we close the bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #26 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Sep 30 17:11:38 2014
New Revision: 215734
URL: https://gcc.gnu.org/viewcvs?rev=215734&root=gcc&view=rev
Log:
cp/
2014-09-30 Manuel López-Ibáñez
PR c++/16564
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #25 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Sep 30 17:10:35 2014
New Revision: 215733
URL: https://gcc.gnu.org/viewcvs?rev=215733&root=gcc&view=rev
Log:
cp/
2014-09-30 Manuel López-Ibáñez
PR c++/16564
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #24 from Manuel López-Ibáñez ---
(In reply to Paolo Carlini from comment #23)
> Manuel, I'm looking into this. I think it makes sense to also submit the
> testcase updates, or at least provide a breakdown. I'm working on that.
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #23 from Paolo Carlini ---
Manuel, I'm looking into this. I think it makes sense to also submit the
testcase updates, or at least provide a breakdown. I'm working on that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #22 from Manuel López-Ibáñez ---
(In reply to Volker Reichelt from comment #18)
> The first error message about exceeding the maximum template instantiation
> depth appears rather quickly. So maybe we could make the first error messag
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
Manuel López-Ibáñez changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #20 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #19)
> (In reply to Volker Reichelt from comment #18)
> > The first error message about exceeding the maximum template instantiation
> > depth appears rathe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #19 from Manuel López-Ibáñez ---
(In reply to Volker Reichelt from comment #18)
> The first error message about exceeding the maximum template instantiation
> depth appears rather quickly. So maybe we could make the first error message
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #18 from Volker Reichelt ---
The reduced testcases from comment #3 and #4 compile within split-seconds since
GCC 4 5.0. This is partially due to Manuel's fix for PR 23510.
However, the original testcase still takes a very long tim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #16 from Manuel López-Ibáñez 2013-04-09
18:04:14 UTC ---
(In reply to comment #15)
> Manuel, compile_file changed with this commit:
>
> http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=118362
>
> I seem to remember that anoth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |
--- Comment #15 from Paolo Car
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
Manuel López-Ibáñez changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
--- Comment #13 from Manuel López-Ibáñez 2012-11-09
00:58:20 UTC ---
As I said in PR 43113, it would be wonderful if g++ detected that something is
a recursive template instantiation and it didn't print the whole expansion but
just the first rec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564
Steven Bosscher changed:
What|Removed |Added
Keywords||diagnostic
Last reconfirmed|
--- Comment #10 from tkoenig at gcc dot gnu dot org 2008-12-25 15:59
---
Original test case still takes a long time.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17
00:42 ---
Neither of the reduced testcases take a long time to error out on the mainline
but the orginal "huge"
testcase still takes a long time to error out.
--
What|Removed |Ad
--- Additional Comments From bangerth at dealii dot org 2004-10-18 17:14 ---
Ah, never mind. I had misread my own example in that I thought that the
instantiation of S only required instantiation of A, but in
fact it also requires S > which requires S > >, etc, so we
do have in fact an
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-18 16:04
---
I don't quite agree.
The error about the hosed typedef is issued almost at once by the compiler.
But since the compiler doesn't give up after the first error, it tries
to instantiate the template without th
--- Additional Comments From bangerth at dealii dot org 2004-10-18 15:47 ---
I think your testcase isn't very good. After all, you really try to
instantiate A>> and the compiler only gives up after its
500 nested instantiations. Your testcase is really badly constructed
since it necess
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-10-18 12:14
---
Upon closer inspection, gcc does not enter an infinite loop, it just
takes a while to finish.
The point is that the default for -ftemplate-depth used to be 17 in older
compilers. This was changed to 50 qui
25 matches
Mail list logo
