--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 08:22 ---
Actually never mind, this is caused by my patch to fix PR 30143.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-15 08:37 ---
I have a new fix which does not cause PR 30167 this time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30143
--- Comment #9 from patchapp at dberlin dot org 2006-12-15 08:45 ---
Subject: Bug number PR30200
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01099.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-12-15 08:51
---
Tobias observation in comment #2 is correct. The submitted patch moves the
memory free actions to after the write transfers have completed. No more
valgrind errors.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #26 from christian dot joensson at gmail dot com 2006-12-15
09:03 ---
I would just like to say that I see this on sparc64-linux too on the 4.2
branch.
Aurora SPARC Linux release 2.90 (Aurora Corona)/TI UltraSparc IIi (Sabre)
sun4u:
binutils-2.17.50.0.3-6.sparc.sparc
bison-
> ./configure --prefix=/usr/local/gcc.4.1.1 --disable-multilib --disable-nls
Never ever build GCC in the source directory.
--
Eric Botcazou
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2006-12-15 09:08
---
> I would just like to say that I see this on sparc64-linux too on the 4.2
> branch.
Try to compile a Fortran source file with the compiler and see what happens.
Presumably wrong or missing libraries in LD_LIBRA
--- Comment #9 from aph at gcc dot gnu dot org 2006-12-15 11:21 ---
OK, so it looks like this is not a testsuite problem: the problem really is
with the program being tested.
The next thing to do is run the program with GDB and find out where the SEGV
occurs.
--
aph at gcc dot gnu d
--- Comment #4 from bonzini at gnu dot org 2006-12-15 12:05 ---
Seems invalid. Ira, if you have a specific bug (missed optimization, or
whatever) triggered by this, please reopen and change the subject.
--
bonzini at gnu dot org changed:
What|Removed
I have an include (nvidia GL/glext.h) which incorrectly defines a typedef
twice. However gcc doesn't not always report this is as a failure.
mig27 12:16:21$ cat test.c
#include "GL/gl.h"
mig27 12:15:23$ gcc -E test.c > a.i
mig27 12:15:30$ gcc -c a.i
mig27 12:15:34$ echo $?
0
mig27 12:15:36$ gcc
--- Comment #1 from ross dot alexander at uk dot neceur dot com 2006-12-15
12:21 ---
Created an attachment (id=12809)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12809&action=view)
GL/gl.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30218
I have an include (nvidia GL/glext.h) which incorrectly defines a typedef
twice. However gcc doesn't not always report this is as a failure.
mig27 12:16:21$ cat test.c
#include "GL/gl.h"
mig27 12:15:23$ gcc -E test.c > a.i
mig27 12:15:30$ gcc -c a.i
mig27 12:15:34$ echo $?
0
mig27 12:15:36$ gcc
--- Comment #1 from ross dot alexander at uk dot neceur dot com 2006-12-15
12:23 ---
Created an attachment (id=12810)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12810&action=view)
GL/glext.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30219
--- Comment #2 from ross dot alexander at uk dot neceur dot com 2006-12-15
12:23 ---
Created an attachment (id=12811)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12811&action=view)
GL/gl.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30219
--- Comment #6 from patchapp at dberlin dot org 2006-12-15 12:35 ---
Subject: Bug number PR7651
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01103.html
--
http://gcc.gnu.org/bugzilla/sho
--
Summary: Bootsartping crashe at stage_2
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: P dot
--- Comment #1 from P dot Schaffnit at access dot rwth-aachen dot de
2006-12-15 13:51 ---
Sorry wrong move...
I somehow don't seem to be able to build the GCC udner Irix anymore (...).
The most likely is that something is too outdated on my system, but still...
I'm trying to build i
Initializing a struct member that is a union of function pointers with a NULL
(0) value causes an internal compiler error: in reshape_init_r, at
cp/decl.c:4632.
This code compiles and executes correctly with g++ 3.2, 3,3, and 3.4.
See attached program code that demonstrates the compile error. No op
--- Comment #1 from mjones at adt-it dot com 2006-12-15 13:57 ---
Created an attachment (id=12812)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12812&action=view)
testcase that will reproduce the compiler error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30221
--- Comment #2 from mjones at adt-it dot com 2006-12-15 13:57 ---
Created an attachment (id=12813)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12813&action=view)
cpp output as requested by the compiler error output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30221
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-15 15:16 ---
*** This bug has been marked as a duplicate of 30219 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 15:16 ---
*** Bug 30218 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30219
2006-11-12 Jason Merrill <[EMAIL PROTECTED]>
Andrew Pinski <[EMAIL PROTECTED]>
Backport form mainline:
PR middle-end/28915
* gcc.target/i386/vectorize1.c: New.
This testcase ICEs on the 4.2 branch.
internal compiler error: in fold_convert, at fold-const.c:21
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-15 15:25 ---
This is inconsistent on purpose.
Try using -Wsystem-headers if you want an error on system headers.
Also this is the main reason why we only error with -Wsystem-headers with
system headers.
PS please don't send pri
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-12-15 15:28
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-15 15:30 ---
Part of the orginal patch was not applied. It was only applied to the trunk as
it was also part of Roger's patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30222
As it doesn't make these builtins available certain optimizations can not be
run.
--
Summary: Fortran frontend does not know about cbrt and sincos
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-12-15 15:31 ---
Patch was posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDepending
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 15:40 ---
Reduced testcase (well too far reduced):
class abstract {};
typedef void (abstract::*fptr1) (short & s ) const;
struct s {};
s array[] =
{
(fptr1)0
};
Reduced not too far:
class abstract {};
typ
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-15 15:43 ---
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00800.html is most likely going to
fix the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30220
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-15 15:48 ---
Subject: Bug 30140
Author: pinskia
Date: Fri Dec 15 15:48:10 2006
New Revision: 119883
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119883
Log:
2006-12-15 Andrew Pinski <[EMAIL PROTECTED]>
PR tr
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 15:48 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-12-15 15:57
---
I get a segfault. ifort handles this ok
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 16:01 ---
Hmm, I think my patch is correct but too "stupid"; we should be able just to
mark the argument as non-addressable and a gimple register since we replaced
all uses of it with an access via a frame struct.
--
http
--- Comment #5 from ross dot alexander at uk dot neceur dot com 2006-12-15
16:28 ---
Subject: Re: Inconsistent reporting of duplicate typedef
> This is inconsistent on purpose.
> Try using -Wsystem-headers if you want an error on system headers.
I can't get it to error if it is us
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-12-15 16:56
---
I have a patch for this.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ross dot alexander at uk dot neceur dot com 2006-12-15
16:56 ---
I have found the relevent code in c-decl.c but it would be nice if this emitted
a warning so that if -Wsystem-headers is set then the warning will show up.
Thanks for the assistence.
Ross
/* Rede
--- Comment #5 from patchapp at dberlin dot org 2006-12-15 17:40 ---
Subject: Bug number PR30145
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01122.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from burnus at gcc dot gnu dot org 2006-12-15 17:54 ---
http://gcc.gnu.org/ml/fortran/2006-12/msg00112.html
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
gfortran crashes when compiling the attached code
[EMAIL PROTECTED] /tmp/gfortcrash $ gfortran -c kinds.f90 constants.f90
lorentz.f90
lorentz.f90: In function rotation_generic_cs:
lorentz.f90:775: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed sou
--- Comment #1 from trumsko at yahoo dot com 2006-12-15 18:04 ---
Created an attachment (id=12815)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12815&action=view)
full 'real life' code producing segfault
unpack and execute
gfortran -c kinds.f90 constants.f90 lorentz.f90
to repro
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30224
--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-12-15 18:11
---
Subject: Bug 24949
Author: rsandifo
Date: Fri Dec 15 18:11:19 2006
New Revision: 119938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119938
Log:
gcc/
Backport from mainline:
2006-05-10
The GCC is not build in the source directory. The source directory
is in another place (/usr/local/src/gcc.4.1.1).
Ivan Matousek
>From: Eric Botcazou <[EMAIL PROTECTED]>
>To: Ivan Matousek <[EMAIL PROTECTED]>
>Subject: Re: gcc.4.1.1 compile error
>Date: Fri, 15 Dec 2006 10:06:16 +0100
>User-Age
3401cxx_builtin_function (tree decl)
3402{
3403 tree id = DECL_NAME (decl);
3404 const char *name = IDENTIFIER_POINTER (id);
3405 tree decl2 = copy_node(decl);
3406 /* All builtins that don't begin with an '_' should additionally
3407 go in the 'st
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-15 18:55 ---
I am going to fix this but I am recording this now so I don't forget.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
2 incompatible symbols
0
_ZNKSt5ctypeIcE5widenEPKcS2_Pc
std::ctype::widen(char const*, char const*, char*) const
version status: incompatible
GLIBCXX_3.4
type: function
status: added
1
_ZNKSt5ctypeIcE5widenEc
std::ctype::widen(char) const
version status: incompatible
GLIBCXX_3.4
type: function
st
> The GCC is not build in the source directory. The source directory
> is in another place (/usr/local/src/gcc.4.1.1).
Then post the exact configure line.
--
Eric Botcazou
--- Comment #10 from tschwinge at gnu dot org 2006-12-15 19:30 ---
Roland McGrath proposed the following: ``I think it really ought to be
controlled by a -mno-stack-protector-tls or suchlike, for complete flexibility.
Obviously it should default to disabled for -ffreestanding.''
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-15 19:31 ---
Mine, here is the patch which I am testing:
Index: optimize.c
===
--- optimize.c (revision 119894)
+++ optimize.c (working copy)
@@ -69,6 +69,8 @@ upd
--- Comment #28 from jbuck at gcc dot gnu dot org 2006-12-15 19:38 ---
Yes, it seems that LD_LIBRARY_PATH is the cause of all the problems, but I also
think it might not be a great idea to just say "not a bug, PEBKAC" (problem
exists between keyboard and chair). The issue is that the fa
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-12-15 19:39
---
I can confirm this with gcc version 4.1.1 20061011
However, with svn trunk updated and bootstrapped today, I get no errors.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30224
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-12-15 19:48
---
Subject: Bug 30200
Author: jvdelisle
Date: Fri Dec 15 19:48:08 2006
New Revision: 119940
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119940
Log:
2006-12-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #29 from ebotcazou at gcc dot gnu dot org 2006-12-15 19:51
---
> Could configure be made to object if a simple program dynamically linked with
> libgmp and libmpfr won't run? Then users will fix the problem before starting
> the build.
I think that the configure script sho
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-12-15 19:53
---
Subject: Bug 30200
Author: jvdelisle
Date: Fri Dec 15 19:52:49 2006
New Revision: 119941
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119941
Log:
2006-12-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-12-15 19:55
---
Subject: Bug 30145
Author: jvdelisle
Date: Fri Dec 15 19:54:52 2006
New Revision: 119942
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119942
Log:
2006-12-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-12-15 19:58
---
Subject: Bug 30145
Author: jvdelisle
Date: Fri Dec 15 19:58:10 2006
New Revision: 119943
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119943
Log:
2006-12-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from tkoenig at gcc dot gnu dot org 2006-12-15 21:14 ---
For writing, I think this fails because we
- write a bogus record marker with value 0
- write out the data
- write out the trailing record marker
- seek to the first record marker
- write out its value
- seek past t
--- Comment #1 from danglin at gcc dot gnu dot org 2006-12-15 21:42 ---
Subject: Bug 30180
Author: danglin
Date: Fri Dec 15 21:41:58 2006
New Revision: 119945
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119945
Log:
PR testsuite/30179
PR testsuite/30180
--- Comment #1 from danglin at gcc dot gnu dot org 2006-12-15 21:42 ---
Subject: Bug 30179
Author: danglin
Date: Fri Dec 15 21:41:58 2006
New Revision: 119945
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119945
Log:
PR testsuite/30179
PR testsuite/30180
--- Comment #2 from danglin at gcc dot gnu dot org 2006-12-15 21:43 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from danglin at gcc dot gnu dot org 2006-12-15 21:43 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-15 21:47 ---
(In reply to comment #3)
> Mine, here is the patch which I am testing:
My machine at work is over heating because the A/C is down so I won't be able
to test it until tonight at the earliest.
--
http://gcc.gnu.o
This is with gcc-Version 4.3.0 20061215 on x86_64-unknown-linux-gnu
With lapack-3.1.0/TESTING/EIG/sget33.f from http://www.netlib.org/lapack/
gfortran -O2 -c sget33.f (ok with -O1)
sget33.f: In function 'sget33':
sget33.f:1: internal compiler error: in insert_into_preds_of_block, a
--- Comment #1 from burnus at gcc dot gnu dot org 2006-12-15 22:05 ---
Test case (save as *.f file and use "gfortran -O2 -c")
SUBROUTINE SGET33( KNT )
INTEGERKNT, IM4, J1
REAL RES, Q( 2, 2 )
DO 80 IM4 = 1, 3
DO 10 J1 = 1, 2
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-15 22:08 ---
This is exactly the same bug as PR 29922.
*** This bug has been marked as a duplicate of 29922 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-12-15 22:08
---
*** Bug 30227 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #15 from tkoenig at gcc dot gnu dot org 2006-12-15 22:26
---
I have had a look at this for 4.1, and the effort
to backport this patch and the one for PR 30056 will
be fairly large.
Because 4.1 has neither stream I/O nor the subrecod
patch, fixing would require a substantial
--- Comment #27 from echristo at apple dot com 2006-12-15 22:42 ---
Submitted patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29302
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-12-15 22:53 ---
Here is a testcase that fails without the verifier installed:
int f (int n)
{
int i;
_Complex float t;
#pragma omp parallel
for (i = 1; i < n - 1; ++i)
t+=1;
}
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #6 from jakub at gcc dot gnu dot org 2006-12-15 23:08 ---
Subject: Bug 30185
Author: jakub
Date: Fri Dec 15 23:08:18 2006
New Revision: 119947
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119947
Log:
PR target/30185
* config/rs6000/rs6000.md (div3):
--- Comment #7 from jakub at gcc dot gnu dot org 2006-12-15 23:09 ---
Subject: Bug 30185
Author: jakub
Date: Fri Dec 15 23:09:26 2006
New Revision: 119948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119948
Log:
PR target/30185
* config/rs6000/rs6000.md (div3):
--- Comment #8 from jakub at gcc dot gnu dot org 2006-12-15 23:11 ---
Subject: Bug 30185
Author: jakub
Date: Fri Dec 15 23:11:00 2006
New Revision: 119949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119949
Log:
PR target/30185
* config/rs6000/rs6000.md (div3):
--- Comment #9 from jakub at gcc dot gnu dot org 2006-12-15 23:14 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
test.f90: In function 'MAIN__':
test.f90:8: internal compiler error: in build_int_cst_wide, at tree.c:912
NAG f95:
Error: test.f90, line 10: Invalid appearance of array element
sunf95:
ERROR: A deallocate object in a DEALLOCATE statement cannot be an array element
or section.
ifort:
Not a proper a
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2006-12-16 00:34
---
I think I would not risk potential further breakage and leave 4.1 alone. 4.2
will be coming along soon enough.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #6 from patchapp at dberlin dot org 2006-12-16 01:40 ---
Subject: Bug number PR30081
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01147.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from patchapp at dberlin dot org 2006-12-16 01:40 ---
Subject: Bug number PR29992
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01146.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-16 02:19 ---
Created an attachment (id=12816)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12816&action=view)
Patch which should fix it
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30225
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-12-16 02:27 ---
Oh and I messed up somewhere still with my current patch, most likely forgot to
set DECL_GIMPLE_REG_P for the variable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30143
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-12-16 02:29 ---
(In reply to comment #6)
> Oh and I messed up somewhere still with my current patch, most likely forgot
> to
> set DECL_GIMPLE_REG_P for the variable.
Yep that what it was, I have a fix now.
--
http://gcc.gnu.o
--- Comment #30 from kazu at gcc dot gnu dot org 2006-12-16 02:47 ---
Subject: Bug 17982
Author: kazu
Date: Sat Dec 16 02:47:27 2006
New Revision: 119959
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119959
Log:
Backport from mainline:
gcc/
2006-12-11 H
--- Comment #48 from kazu at gcc dot gnu dot org 2006-12-16 02:47 ---
Subject: Bug 20218
Author: kazu
Date: Sat Dec 16 02:47:27 2006
New Revision: 119959
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119959
Log:
Backport from mainline:
gcc/
2006-12-11 H
Here's the last part of the build output:
Automaton `athlon_mult'
16 NDFA states, 48 NDFA arcs
16 DFA states, 48 DFA arcs
16 minimal DFA states, 48 minimal DFA arcs
273 all insns 4 insn equivalence classes
50 transition comb vect
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-12-16 05:27
---
Subject: Bug 30005
Author: jvdelisle
Date: Sat Dec 16 05:27:31 2006
New Revision: 119960
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119960
Log:
2006-12-15 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-12-16 05:48 ---
No testcase in 3 months so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
86 matches
Mail list logo
