--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
06:28 ---
If you look at both PR 8361 and 12850, they average both more than 40
Overloadeds. Those are both
real code so I don't know why people think this is stupid. Also linked lists
especially with extra
seen with CVS 20050723
stage1/xgcc -Bstage1/ -B/usr/lib/gcc-snapshot/m68k-linux-gnu/bin/ -c -O2
-DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition
-fno-common -DHAVE_CONFIG_H-I. -I.
--
What|Removed |Added
BugsThisDependsOn||23044
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18835
This is reduced from PR 14719/18835:
struct no_context {
template class Event void no_function( const Event );
};
template class Event, class Destination, class TransitionContext = no_context,
void ( TransitionContext::*pTransitionAction )( const Event ) =
no_context::no_function Event
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23044
In testing gcc-4.1-20050716 for i686:
I originally ran into the following error
internal compiler error: tree check: expected tree that contains 'decl
minimal' structure, have 'record_type' in lookup_decl_die, at dwarf2out.c:5461
on the last line of a program. While starting to come up with
While testing gcc-4.1-20050716, I ran across the error
bar.cc: In static member function 'static std::string
Blort::ConstructFullName(const std::string, const std::vectorstd::string,
std::allocatorstd::string *, const std::string, Blort::TwoValuedEnumType)':
bar.cc:1214: internal compiler error:
--- Additional Comments From pcarlini at suse dot de 2005-07-24 09:06
---
Ok, let's suspend it for now: in the meanwhile I checked that at least another
implementation behaves exactly like GCC, another good reason to wait for
feedback
from the committee before taking any action.
Gaby,
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-24
10:11 ---
Subject: Bug 22526
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-24 10:10:54
Modified files:
gcc: ChangeLog tree-vectorizer.c
Log
--- Additional Comments From laurent at guerby dot net 2005-07-24 10:11
---
(In reply to comment #6)
(In reply to comment #5)
Bootstraped completed on x86_64-linux for
LAST_UPDATED Sat Jul 23 17:57:57 UTC 2005
with Andrew's patch.
have You done a full `make bootstrap` ?
--- Additional Comments From laurent at guerby dot net 2005-07-24 10:12
---
Created an attachment (id=9341)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9341action=view)
Current diff
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22631
--- Additional Comments From pluto at agmk dot net 2005-07-24 10:33 ---
(In reply to comment #14)
(In reply to comment #6)
(In reply to comment #5)
Bootstraped completed on x86_64-linux for
LAST_UPDATED Sat Jul 23 17:57:57 UTC 2005
with Andrew's patch.
have
--- Additional Comments From refson dot temp at ntlworld dot com
2005-07-24 10:36 ---
Please accept my apologies. I had not realised that this was a
gcc-developers-only site and that bug reports from users are not
welcome. I have no expertise in compiler development so the
likelyhood
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-24 11:35 ---
Subject: Re: partial_sum is too constrained
pcarlini at suse dot de [EMAIL PROTECTED] writes:
| Gaby, maybe adjacent_difference should also be in the DR?
yes, you're right.
-- Gaby
--
--- Additional Comments From giovannibajo at libero dot it 2005-07-24
12:40 ---
Can you measure how much memory do all the overload nodes take in the big
testcases? Theoretically, an OVERLOAD could measure 8 bytes or so (on 32 bit
systems). So we currently waste more than 100 bytes
--
What|Removed |Added
Component|c++ |tree-optimization
Keywords||ice-on-valid-code
--
What|Removed |Added
Summary|ICE in set_value_range, at |[4.1 Regression] ICE in
|tree-vrp.c:191 |set_value_range, at tree-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
13:23 ---
PR 12850 has the numbers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22635
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
13:25 ---
lookup_decl_die is most likely PR 22034.
force_decl_die is most likely PR 22514.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23045
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
13:37 ---
Hmm, nothing can be done without a testcase.
--
What|Removed |Added
CC|
The following testcase aborts with gcc 3.4, 4.0 and 4.1 when optimizing. It
looks like combine is removing the condition here.
#include limits.h
void abort ();
void exit (int);
void f (int a) {
if (abs(a) 0)
return;
abort ();
}
int main (int argc, char *argv[]) {
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
13:57 ---
Confirmed. Note this is does not effect i686 because on i686 we expand abs
right away.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
14:01 ---
Caused by:
2002-07-20 Roger Sayle [EMAIL PROTECTED]
* simplify-rtx.c (simplify_relational_operation): Optimize
abs(x) 0.0 (and abs(x) = 0.0 when using -ffast-math).
This was introduced
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
14:06 ---
This was working on 20041124 but failing with 20050225.
Here is something a little smaller:
struct no_context {
template class Event void no_function( const Event );
};
template class Event, class
The example (attached below), when compiled by following gcc
---
$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../../gcc-CVS-20050723/gcc-CVS-20050723/configure
--host=i686-pc-linux-gnu --prefix=/usr/local/opt/gcc-4.1
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-07-24 14:10 ---
Created an attachment (id=9342)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9342action=view)
Triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23048
--
What|Removed |Added
Severity|critical|normal
GCC target triplet||i?86-*-*, x86_64-*-*
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
14:13 ---
Reducing.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-24 14:15 ---
Confirmed, introduced between 2005-01-07 00:20 UTC and 2005-01-08 00:20 UTC.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
14:19 ---
Caused by:
+2005-01-07 Nathan Sidwell [EMAIL PROTECTED]
+
+ PR c++/19298
+ * pt.c (tsubst_qualified_id): Call convert_from_reference.
+
--
What|Removed
The example (attached below), when compiled by following gcc
---
$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../../gcc-CVS-20050723/gcc-CVS-20050723/configure
--host=i686-pc-linux-gnu --prefix=/usr/local/opt/gcc-4.1
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-07-24 14:23 ---
Created an attachment (id=9343)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9343action=view)
Triggers the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-07-24 14:24 ---
It doesn't seem to be related to the Bug 23048 to me, so i reported it
separately.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-07-24 14:32 ---
Created an attachment (id=9344)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9344action=view)
Seems to trigger the same problem
The behaviour is exactly the same as with my first example, so
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
14:35 ---
Confirmed, reduced testcase:
void find_variables (const char *string)
{
char c;
do c = *++string;
while ((c = 'A' c = 'Z') || (c = 'a' c = 'z') || c == '_');
}
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
14:57 ---
Reducing the first one. It is a stack overflow.
--
What|Removed |Added
CC|
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-24 15:06 ---
Introduced between 2005-04-09 00:20 UTC and 2005-04-10 00:20 UTC
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23048
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
15:09 ---
Looks like it was caused by:
+2005-04-08 Diego Novillo [EMAIL PROTECTED]
+
+ Merge from tree-cleanup-branch: VRP, store CCP, store
+ copy-prop, incremental SSA updating of FUD chains and
+
--- Additional Comments From pluto at agmk dot net 2005-07-24 15:10 ---
with pinskia1.patch bootstrap gcc doesn't ice.
patch linked to PR22533 causes an ice.
/close.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22631
--- Additional Comments From pluto at agmk dot net 2005-07-24 15:10
---
with pinskia1.patch bootstrap gcc doesn't ice.
patch linked to PR22533 causes an ice.
Guess I have to fix that then :(.
-- Pinski
--- Additional Comments From pinskia at physics dot uc dot edu 2005-07-24
15:13 ---
Subject: Re: ICE / ada / error in gimple_add_tmp_var, at gimplify.c:557
--- Additional Comments From pluto at agmk dot net 2005-07-24 15:10
---
with pinskia1.patch bootstrap gcc
--
What|Removed |Added
Known to fail||4.1.0
Known to work||4.0.0
Summary|ICE with -O3 -ftree-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
15:37 ---
Reduced testcase for the first one:
static unsigned short int crc_table[256];
void AC3_encode_init(void)
{
unsigned int c, n, k;
for(n=0; n256; n++)
{
c = n 8;
for (k = 0; k 8; k++)
{
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
15:40 ---
Note the backtrace is:
#5211 0x003f58d0 in fold_ternary (code=COND_EXPR, type=0x1e0e5b0,
op0=0x1ee9d50,
op1=0x1e18200, op2=0x1ee2080) at ../../gcc/fold-const.c:9905
#5212 0x003f8368 in fold_build3
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-24 15:43 ---
(In reply to comment #5)
Reduced testcase for the first one:
introduced between 2005-05-17 00:20 UTC and 2005-05-18 00:20 UTC
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
15:56 ---
The reduced testcase for the second one:
unsigned long CRCTab[256];
void InitCRC(void) {
int I, J;
unsigned long C;
for (I=0; I256; I++)
{
for (C=I,J=0;J8;J++)
C=(C 1) ? (C1)^0xEDB88320L
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
16:01 ---
You need to use the full comand line to reproduce the failure you are getting.
--
What|Removed |Added
--
What|Removed |Added
Keywords||build, ice-on-valid-code
Target Milestone|--- |4.1.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
16:04 ---
This is a strict aliasing bug.
--
What|Removed |Added
Component|c++
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-24 16:13 ---
(In reply to comment #8)
The reduced testcase for the second one:
to make it fail on amd64 one needs to change long - int. and this testcase
started to fail at the same time as testcase in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
16:15 ---
Hmm, this test does not fail on ppc-darwin but does on i686-pc-linux-gnu.
I think this is a RTL problem as the tree dumps for both i686 and ppc are the
same at -O2.
Then again this might be a bug in the
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
16:25 ---
Actually I take that back.
the tree dumps are different.
Hmm, maybe we are miscompiling more than just the testcase.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
16:33 ---
(In reply to comment #22)
Hmm, maybe we are miscompiling more than just the testcase.
Nope. Compiling for x86_64 from ppc-darwin, we get the same failure here.
--
--- Additional Comments From squell at alumina dot nl 2005-07-24 16:42
---
(In reply to comment #7)
Yes, the standard requirements for iterators exhibit inconsistencies
at many places; for example an InputIterator is not required (by the
Standard) to be copy-constructible;
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-24 17:18 ---
Subject: Re: partial_sum is too constrained
squell at alumina dot nl [EMAIL PROTECTED] writes:
| --- Additional Comments From squell at alumina dot nl 2005-07-24 16:42
---
| (In reply to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
17:26 ---
Note this works just fine on ppc-darwin with my patch so I don't know what is
going on.
--
What|Removed |Added
--- Additional Comments From dank at kegel dot com 2005-07-24 17:28 ---
Yep.
Compiling PR22034's testcase yields
pr22034.cc:6: internal compiler error: tree check: expected tree that contains
'decl minimal' structure, have 'record_type' in lookup_decl_die, at
dwarf2out.c:5461
And
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
17:29 ---
*** This bug has been marked as a duplicate of 22034 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
17:29 ---
*** Bug 23045 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From kjd at duda dot org 2005-07-24 17:33 ---
I will admit I've had difficulty understanding the interaction between scope
searching and overload resolution, but I cannot believe gcc is handling this
right. Consider the example program:
/* 1 */ namespace N {
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
17:57 ---
*** This bug has been marked as a duplicate of 22979 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
18:02 ---
Both ICC and Comeau accept this.
--
What|Removed |Added
Status|REOPENED
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-24 18:21 ---
Subject: Re: function overload resolution fails when any template is declared
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| Both ICC and Comeau accept this.
just a note that since ICC
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-24
19:27 ---
This is fixed in 4.0 and on cvs head.
Now we do textual canonicalization, and we don't use the filesystem.
--
What|Removed |Added
--
Bug 16229 depends on bug 14696, which changed state.
Bug 14696 Summary: URL constructor incorrectly causes file canonicalization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14696
What|Old Value |New Value
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-24
19:36 ---
Note that this is fixed in Classpath but not in libgcj as
we still have divergences in serialization.
--
What|Removed |Added
--- Additional Comments From green at redhat dot com 2005-07-24 19:49
---
Created an attachment (id=9352)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9352action=view)
Proposed patch
This patch makes your test program emit an absolute path.
I'm not sure it's 100% correct. For
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
22:01 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-24
22:29 ---
Just another data point: The problem disappeared on mainline with
Dan's patch
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg01108.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
22:32 ---
(In reply to comment #25)
Just another data point: The problem disappeared on mainline with
Dan's patch
Not according to my testing, it still fails on the mainline as of today.
--
--- Additional Comments From phython at gcc dot gnu dot org 2005-07-24
22:38 ---
Created an attachment (id=9353)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9353action=view)
Honour flag_wrapv
--
What|Removed |Added
This is a multi-part message in MIME format.
--=_NextPart_000_0035_01C5906D.A0EF4EC0
Content-Type: text/plain;
charset=iso-8859-1
Content-Transfer-Encoding: 7bit
GCC Version: 4.0.1
System Type: Windows ME
Options given when GCC was configured/built: arm-elf-gcc -v
Complete
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-24
22:53 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
00:11 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01566.html.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-25
00:15 ---
Not according to my testing, it still fails on the mainline as of today.
Indeed, I have to add -march=pentium4 to trigger the bug, though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-25 00:26 ---
Fixed by:
2005-07-24 Paolo Bonzini [EMAIL PROTECTED]
* Makefile.tpl: Wrap install between unstage and stage
* Makefile.in: Regenerate.
--
What|Removed
--- Additional Comments From phython at gcc dot gnu dot org 2005-07-25
00:35 ---
Calling vrp_evaluate_condition with use_equiv_p = false in tree-ssa-propagate.c
could fix this problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22630
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
00:43 ---
Oh, If I change the second agrument to create_tmp_var/create_tmp_var_raw to C
instead of NULL, we
no longer get an ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22631
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
Suppose you have the following bash script called memory in your current
directory
memory ---
#/bin/sh
memory ---
and the following mini C++ file
hello.cxx -
#include iostream
hello.cxx -
calling
--- Additional Comments From andre dot maute at gmx dot de 2005-07-25
01:06 ---
(In reply to comment #0)
the compiler will print MANY errors.
it looks like it will include the local file memory
the compiler prints MANY errors.
it looks like it includes the local file
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
01:10 ---
-I puts the directory at the front of the standard include path.
You want to use -idirafter . instead.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
01:27 ---
c-typeck.c:5987 (output_init_element) 0: 0.0%
23955160:100.0% 22770552:20.9%
13171408:99.1% 19
convert.c:671 (convert_to_integer) 52184768:37.8%
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
01:30 ---
There must be a better way to add on to celt in output_init_element.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
01:34 ---
Using the testcase from PR 12245:
cp/parser.c:285 (cp_lexer_new_main) 0: 0.0%
372302336:88.5% 0: 0.0%
104391168:79.7% 9
cp/parser.c:270 (cp_lexer_new_main)
With the attached test case, do
% g++ -ftest-coverage -fprofile-arcs covbug.cpp -o covbug
% ./covbug
% gcov covbug.cpp
There will be two lines flagged as uncovered:
% grep '' covbug.cpp.gcov
#: 29:m_bits = new unsigned[nw];
#: 37: return result;
The first is
--- Additional Comments From jbuck at gcc dot gnu dot org 2005-07-25 01:40
---
Created an attachment (id=9355)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9355action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23052
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
01:40 ---
cp/parser.c:285 (cp_lexer_new_main) 0: 0.0%
22585856:63.1% 0: 0.0%
6332928:24.0% 5
tree.c:966 (build_constructor_from_list) 28488: 0.0%
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
01:43 ---
This is a dup of bug 12076. The bug is in the C++ front-end removing the
return statement as result
is replaced with the returned structure.
*** This bug has been marked as a duplicate of 12076 ***
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
01:43 ---
*** Bug 23052 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
01:52 ---
This is much improved on the mainline, I don't know what caused it though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20826
--
What|Removed |Added
BugsThisDependsOn||22392
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20826
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
01:53 ---
I think this is the same bug as PR 20826.
--
What|Removed |Added
OtherBugsDependingO|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
02:01 ---
At -O0:
function.c:3782 (allocate_struct_function) 825840: 0.6% 0:
0.0%1059120: 7.2%
544544: 3.8% 2618
cfg.c:211 (connect_dest)1989960: 1.5%
I get errors when I try to compile the following bit of code:
#include tr1/unordered_set
int main()
{
std::tr1::unordered_setint s;
const std::tr1::unordered_setint s_ref = s;
s_ref.find(27); // Problem is here.
return 0;
}
It appears that hashtable::find_node
--- Additional Comments From evilalias at hotmail dot com 2005-07-25 02:08
---
Created an attachment (id=9356)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9356action=view)
Preprocessed test case (112 KB)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23053
The following program causes Segmentation fault being compiled with
gcc (GCC) 4.0.1 (Debian 4.0.1-2)
#include stdio.h
int main() {
char A[ 1UL 24 ];
A[0] = 0;
puts(OK);
return 0;
}
$ gcc test.c
$ ./a.out
Segmentation fault
If array of the same size (16M) is dinamically
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
02:49 ---
This is not a bug. You are overflowing the stack. You either can use malloc
or raise the stack limit.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
02:53 ---
at -O1:
tree-inline.c:1114 (setup_one_parameter)4402512: 0.3% 0:
0.0% 0: 0.0% 0:
0.0% 122292
gimple-low.c:529 (record_vars) 4410336: 0.3%
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25
02:59 ---
I think this has been fixed on the mainline:
600 .7s
12001.899s
18003.7s
24005.945s
This is all with checking still enabled.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13931
1 - 100 of 120 matches
Mail list logo