Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cppljevans at suddenlink dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40092
--- Comment #3 from cppljevans at suddenlink dot net 2009-05-10 16:24
---
Created an attachment (id=17846)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17846&action=view)
system type
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40092
--- Comment #2 from cppljevans at suddenlink dot net 2009-05-10 16:22
---
Created an attachment (id=17845)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17845&action=view)
compilation output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40092
--- Comment #1 from cppljevans at suddenlink dot net 2009-05-10 16:22
---
Created an attachment (id=17844)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17844&action=view)
The .ii file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40092
--- Comment #4 from cppljevans at suddenlink dot net 2009-05-15 01:19
---
Created an attachment (id=17869)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17869&action=view)
Much simpler code showing problem
Code has #defines which can be enabled or disabled to
show or h
--- Comment #5 from cppljevans at suddenlink dot net 2009-06-11 21:24
---
Created an attachment (id=17984)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17984&action=view)
another version of earlier attach with a little different code but similar
error msg
This version
--- Comment #6 from cppljevans at suddenlink dot net 2009-07-13 12:48
---
Created an attachment (id=18184)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18184&action=view)
Similar but simpler source (no Tail... in impl_front specialization)
Same error message, but no Tai
--- Comment #7 from cppljevans at suddenlink dot net 2009-07-13 12:50
---
Created an attachment (id=18185)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18185&action=view)
compilation using gcc-4.5-20090702
Compiler source from:
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-2
--- Comment #8 from cppljevans at suddenlink dot net 2009-08-03 12:08
---
Created an attachment (id=18288)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18288&action=view)
Shows Value_0 fail but Value_1 pass
Since Value_0 and Value_1 only differ in argument number, ho
--- Comment #9 from cppljevans at suddenlink dot net 2009-08-12 19:15
---
As indicated here:
http://article.gmane.org/gmane.comp.gcc.bugs/254672
the problem occurs because an additional test is needed
in cp_tree_equal.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40092
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54710
Bug #: 54710
Summary: moderately large tuple, with many gets, ballons
compile time
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54710
--- Comment #2 from Larry Evans 2012-09-25
17:15:29 UTC ---
The gcc compiler was downloaded from:
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20120624/gcc-4.8-20120624.tar.bz2
it was configured with the shell script:
#!/bin/bash
this_d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54710
--- Comment #5 from Larry Evans 2012-09-26
19:01:30 UTC ---
(In reply to comment #4)
> That:
>
> --enable-checking=assert,misc,tree,gc,rtl,runtime
>
> will enable very compile-time intensive internal checking. Use
> --enable-checki
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54710
Larry Evans changed:
What|Removed |Added
Attachment #28274|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54710
--- Comment #8 from Larry Evans 2012-09-27
14:03:25 UTC ---
Created attachment 28292
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28292
with optimization set to -O1 for both gcc and clang
Shows much larger user (and elapsed) time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54710
--- Comment #9 from Larry Evans 2012-09-27
14:12:24 UTC ---
(In reply to comment #7)
> Can you provide absolute compile-times
The .out files show output of unix time command.
Is that not what you mean by "absolute compile-times"?
If not,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54710
Larry Evans changed:
What|Removed |Added
Attachment #28292|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52343
--- Comment #2 from Larry Evans 2012-11-06
20:53:02 UTC ---
Created attachment 28625
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28625
test file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52343
--- Comment #3 from Larry Evans 2012-11-06
20:55:19 UTC ---
Created attachment 28626
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28626
compilation of test file with 2 compilers and 2 values of macro.
The error is shown when -DUS
--- Comment #10 from cppljevans at suddenlink dot net 2009-08-13 19:15
---
Created an attachment (id=18356)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18356&action=view)
minimal test case demonstrating bug
The comments at bottom show that wrong template instance i
--- Comment #11 from cppljevans at suddenlink dot net 2009-08-15 15:44
---
Created an attachment (id=18371)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18371&action=view)
test case for gcc/testsuite/g++.dg/cpp0x with gcc-4.5 compile
This is even a "more minima
--- Comment #12 from cppljevans at suddenlink dot net 2009-08-16 13:44
---
Created an attachment (id=18375)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18375&action=view)
compare of `make -k check-c++` before and after patch
The attached .zip file contains the diffs
--- Comment #14 from cppljevans at suddenlink dot net 2009-08-17 14:07
---
Subject: Re: -std=gnu++0x expansion pattern fails with error
about derived template instead of actual template
On 08/16/09 10:45, paolo dot carlini at oracle dot com wrote:
> --- Comment #13 from pa
d at gcc dot gnu dot org
ReportedBy: cppljevans at suddenlink dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41727
--- Comment #1 from cppljevans at suddenlink dot net 2009-10-16 10:01
---
Created an attachment (id=18807)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18807&action=view)
testcase with compiler output shown in comments
Compiler output showing ICE is shown in comment
--- Comment #2 from cppljevans at suddenlink dot net 2009-11-21 16:46
---
Created an attachment (id=19075)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19075&action=view)
zip archive with test case and Makefile and compile output
The recently attached .zip file conta
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cppljevans at suddenlink dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33959
--- Comment #1 from cppljevans at suddenlink dot net 2007-10-31 15:09
---
I was unable to create attachment; so, here's the source (no #includes).
<-- cut here --
//Purpose:
// Reproduce, with simplified code, the error:
/*
main.cpp:1675: instantiated from here
main.
--- Comment #3 from cppljevans at suddenlink dot net 2007-10-31 18:49
---
When that following main is used instead of the one posted earlier,
the error no longer occurs.
<-- cut here --
int
main(void)
{
typedef gram_tree gt;
gt::productions prods;
#define INST_SEQ
#if
--- Comment #4 from cppljevans at suddenlink dot net 2007-11-01 03:58
---
The reason version 3.4.6 doesn't have similar ice is that the corresponding
check is surrounded by:
#ifdef ENABLE_CHECKING
...
#endif
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33959
--- Comment #5 from cppljevans at suddenlink dot net 2007-11-01 21:26
---
Created an attachment (id=14459)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14459&action=view)
testcase
Several macros to enable exploring reasons for ice.
--
http://gcc.gnu.org/b
--- Comment #6 from cppljevans at suddenlink dot net 2007-11-01 21:28
---
Created an attachment (id=14460)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14460&action=view)
testcase
Several macros to enable exploring reasons for ice.
--
http://gcc.gnu.org/b
--- Comment #7 from cppljevans at suddenlink dot net 2007-11-01 21:38
---
Please ignore 1st attachment. I selected auto-detect thinking it would
auto-detect it as text/plain.
When #define INST_GT, the friend operator>> is instantiated and this give
the ice. OTOH, when
--- Comment #2 from cppljevans at suddenlink dot net 2007-11-02 15:17
---
Created an attachment (id=14469)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14469&action=view)
output of preprocessor
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33983
--- Comment #1 from cppljevans at suddenlink dot net 2007-11-02 15:10
---
Created an attachment (id=14468)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14468&action=view)
Shows nameclash when using -std=-std=gnu++0x
The following is compile commands and output:
/home
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cppljevans at suddenlink dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33983
36 matches
Mail list logo
