public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/35780] New: internal compiler error for complicated PARAMETER expressions
@ 2008-03-31 20:38 dick dot hendrickson at gmail dot com
2008-03-31 21:17 ` [Bug fortran/35780] [4.3/4.4 Regression] " burnus at gcc dot gnu dot org
` (6 more replies)
0 siblings, 7 replies; 8+ messages in thread
From: dick dot hendrickson at gmail dot com @ 2008-03-31 20:38 UTC (permalink / raw)
To: gcc-bugs
The following little module causes an ICE. I believe the bigger module
following it causes different ICE's, or perhaps more instances of the
same one. But, things move around for me when I try to isolate
statements and I can't be sure. My advice would be to fix this one
and hope some magic happens to the other module.
Dick Hendrickson
MODULE MODS
! fails on Windows XP
! gcc version 4.4.0 20080312 (experimental) [trunk revision 133139]
INTEGER, PARAMETER, DIMENSION(10) :: IP_ARRAY1_1_M =3
INTEGER, PARAMETER, DIMENSION(10) :: IP_ARRAY1_2_M =3
INTEGER, PARAMETER, DIMENSION(10) ::
$ IP_ARRAY1_25_M = ISHFTC(3, IP_ARRAY1_2_M, 5) !ICE
! $ IP_ARRAY1_25_M = ISHFTC(IP_ARRAY1_1_M, 3, 5) ! OK
END MODULE MODS
gfortran%gfortran u_mods_ice.f
f951.exe: internal compiler error: in gfc_conv_array_initializer, at
fortran/tra
ns-array.c:3880
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
--------------------------
MODULE MODS_big
! try this after you've fixed the two related problems.
! this is the full version of the parameters that spawned
! the smaller reports. The ICE moved around and came and
! went as I tried to isolate things.
! I believe there are two more ICEs in this set, but they're
! hard to isolate when things move around.
INTEGER, PRIVATE, PARAMETER ::
$ np1 = 1, np2 = 2, NP6=6, NP7=7, NP8=8, NP9=9, NP10=10,
$ MP6=-6, MP7=-7, MP8=-8, MP9=-9, MP10=-10, np5 = 5,
$ mp1 = -1
INTEGER, PARAMETER, DIMENSION(10) :: IP_ARRAY1_1_M =
$ (/1,2,3,4,5,6,7,8,9,10/)
INTEGER, PARAMETER, DIMENSION(10) :: IP_ARRAY1_2_M =
$ (/(J1,J1=IP_ARRAY1_1_M(IP_ARRAY1_1_M(NP10)),NP1,MP1)/)
INTEGER, DIMENSION(SIZE(IP_ARRAY1_1_M)/2) ::
$ IP_ARRAY1_5_M = IP_ARRAY1_2_M(1:9:2)
INTEGER, PARAMETER, DIMENSION(SIZE(IP_ARRAY1_1_M)/2) ::
$ IP_ARRAY1_6_M = IP_ARRAY1_2_M(NP1:NP10:NP2)
INTEGER, PARAMETER, DIMENSION(10) ::
$ IP_ARRAY1_10_M = MAX(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_11_M = MIN(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_12_M = ABS(IP_ARRAY1_1_M-IP_ARRAY1_2_M),
$ IP_ARRAY1_15_M = ((((DIM(((IP_ARRAY1_1_M)),IP_ARRAY1_2_M))))),
$ IP_ARRAY1_17_M = IAND(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_18_M = IBCLR(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_19_M = IBITS(IP_ARRAY1_1_M,IP_ARRAY1_2_M,
$ MAX(3,IP_ARRAY1_2_M(10:1:-1))),
$ IP_ARRAY1_20_M(-MP10) = IBSET(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_21_M(NP2*NP5) = IEOR(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_22_M(NP10) = IOR(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_23_M(10) = INT(IP_ARRAY1_1_M),
$ IP_ARRAY1_24_M = ISHFT(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_25_M = ISHFTC(IP_ARRAY1_1_M,IP_ARRAY1_2_M,
$ MAX(5,IP_ARRAY1_2_M))
END MODULE MODS_big
--
Summary: internal compiler error for complicated PARAMETER
expressions
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dick dot hendrickson at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35780
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/35780] [4.3/4.4 Regression] internal compiler error for complicated PARAMETER expressions
2008-03-31 20:38 [Bug fortran/35780] New: internal compiler error for complicated PARAMETER expressions dick dot hendrickson at gmail dot com
@ 2008-03-31 21:17 ` burnus at gcc dot gnu dot org
2008-04-01 7:29 ` pault at gcc dot gnu dot org
` (5 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: burnus at gcc dot gnu dot org @ 2008-03-31 21:17 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from burnus at gcc dot gnu dot org 2008-03-31 21:17 -------
Confirm. This is a 4.3.x/4.4.0 regression
Fails: 2007-05-09-r124566
Works: 2007-05-08-r124539
There are three checkins in that period, I think the following is most likely.
I reverted that patch and then the test case passed.
r124541 | pault | 2007-05-08 13:58:25 +0200 (Tue, 08 May 2007) | 18 lines
2007-05-08 Paul Thomas <pault@gcc.gnu.org>
PR fortran/29397
PR fortran/29400
* decl.c (add_init_expr_to_sym): Expand a scalar initializer
for a parameter array into an array expression with the right
shape.
* array.c (spec_dimen_size): Remove static attribute.
* gfortran.h : Prototype for spec_dimen_size.
--
burnus at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords| |ice-on-valid-code
Priority|P3 |P4
Last reconfirmed|0000-00-00 00:00:00 |2008-03-31 21:17:12
date| |
Summary|internal compiler error for |[4.3/4.4 Regression]
|complicated PARAMETER |internal compiler error for
|expressions |complicated PARAMETER
| |expressions
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35780
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/35780] [4.3/4.4 Regression] internal compiler error for complicated PARAMETER expressions
2008-03-31 20:38 [Bug fortran/35780] New: internal compiler error for complicated PARAMETER expressions dick dot hendrickson at gmail dot com
2008-03-31 21:17 ` [Bug fortran/35780] [4.3/4.4 Regression] " burnus at gcc dot gnu dot org
@ 2008-04-01 7:29 ` pault at gcc dot gnu dot org
2008-04-01 20:48 ` [Bug fortran/35780] " pault at gcc dot gnu dot org
` (4 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: pault at gcc dot gnu dot org @ 2008-04-01 7:29 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from pault at gcc dot gnu dot org 2008-04-01 07:29 -------
(In reply to comment #1)
> Confirm. This is a 4.3.x/4.4.0 regression
>
> Fails: 2007-05-09-r124566
> Works: 2007-05-08-r124539
>
> There are three checkins in that period, I think the following is most likely.
> I reverted that patch and then the test case passed.
>
> r124541 | pault | 2007-05-08 13:58:25 +0200 (Tue, 08 May 2007) | 18 lines
> 2007-05-08 Paul Thomas <pault@gcc.gnu.org>
>
> PR fortran/29397
> PR fortran/29400
> * decl.c (add_init_expr_to_sym): Expand a scalar initializer
> for a parameter array into an array expression with the right
> shape.
> * array.c (spec_dimen_size): Remove static attribute.
> * gfortran.h : Prototype for spec_dimen_size.
>
Oh bother! - OK, I'll put the WHERE patch aside and the allocatable components
and get this one sorted.
Cheers
Paul
--
pault at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org |
Status|NEW |ASSIGNED
Last reconfirmed|2008-03-31 21:17:12 |2008-04-01 07:29:15
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35780
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/35780] internal compiler error for complicated PARAMETER expressions
2008-03-31 20:38 [Bug fortran/35780] New: internal compiler error for complicated PARAMETER expressions dick dot hendrickson at gmail dot com
2008-03-31 21:17 ` [Bug fortran/35780] [4.3/4.4 Regression] " burnus at gcc dot gnu dot org
2008-04-01 7:29 ` pault at gcc dot gnu dot org
@ 2008-04-01 20:48 ` pault at gcc dot gnu dot org
2008-05-01 7:33 ` pault at gcc dot gnu dot org
` (3 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: pault at gcc dot gnu dot org @ 2008-04-01 20:48 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from pault at gcc dot gnu dot org 2008-04-01 20:47 -------
I do not agree that this is a regression. Try
MODULE MODS
INTEGER, PARAMETER, DIMENSION(10) :: A = [(i, i = 1,10)]
INTEGER, PARAMETER, DIMENSION(10) :: B = ISHFTC(3, A, 5) !ICE
END MODULE MODS
on 4.2 or 4.1. It so happens that the scalar initializer for A works because
the array is not expanded. Otherwise, the above fails.
Nonetheless, I'll fix it:)
Paul
--
pault at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|[4.3/4.4 Regression] |internal compiler error for
|internal compiler error for |complicated PARAMETER
|complicated PARAMETER |expressions
|expressions |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35780
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/35780] internal compiler error for complicated PARAMETER expressions
2008-03-31 20:38 [Bug fortran/35780] New: internal compiler error for complicated PARAMETER expressions dick dot hendrickson at gmail dot com
` (2 preceding siblings ...)
2008-04-01 20:48 ` [Bug fortran/35780] " pault at gcc dot gnu dot org
@ 2008-05-01 7:33 ` pault at gcc dot gnu dot org
2008-05-01 15:59 ` pault at gcc dot gnu dot org
` (2 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: pault at gcc dot gnu dot org @ 2008-05-01 7:33 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from pault at gcc dot gnu dot org 2008-05-01 07:32 -------
Subject: Bug 35780
Author: pault
Date: Thu May 1 07:31:28 2008
New Revision: 134847
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134847
Log:
2008-05-01 Paul Thomas <pault@gcc.gnu.org>
PR fortran/35864
* expr.c (scalarize_intrinsic_call): Reorder identification of
array argument so that if one is not found a segfault does not
occur. Return FAILURE if all scalar arguments.
PR fortran/35780
* expr.c (scalarize_intrinsic_call): Identify which argument is
an array and use that as the template.
(check_init_expr): Remove tests that first argument is an array
in the call to scalarize_intrinsic_call.
2008-05-01 Paul Thomas <pault@gcc.gnu.org>
PR fortran/35780
* gfortran.dg/simplify_argN_1.f90: New test.
Added:
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/simplify_argN_1.f90
Modified:
branches/gcc-4_3-branch/gcc/fortran/ChangeLog
branches/gcc-4_3-branch/gcc/fortran/expr.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35780
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/35780] internal compiler error for complicated PARAMETER expressions
2008-03-31 20:38 [Bug fortran/35780] New: internal compiler error for complicated PARAMETER expressions dick dot hendrickson at gmail dot com
` (3 preceding siblings ...)
2008-05-01 7:33 ` pault at gcc dot gnu dot org
@ 2008-05-01 15:59 ` pault at gcc dot gnu dot org
2008-12-22 23:14 ` jvdelisle at gcc dot gnu dot org
2008-12-22 23:19 ` jvdelisle at gcc dot gnu dot org
6 siblings, 0 replies; 8+ messages in thread
From: pault at gcc dot gnu dot org @ 2008-05-01 15:59 UTC (permalink / raw)
To: gcc-bugs
------- Comment #5 from pault at gcc dot gnu dot org 2008-05-01 15:58 -------
This is now fixed on trunk and 4.3. The following version of the big, original
testcase works fine. If desired, it could be incorporated into the testsuite,
although I do not think that it adds anything.
Cheers
Paul
MODULE MODS_big
! try this after you've fixed the two related problems.
! this is the full version of the parameters that spawned
! the smaller reports. The ICE moved around and came and
! went as I tried to isolate things.
! I believe there are two more ICEs in this set, but they're
! hard to isolate when things move around.
INTEGER, PRIVATE, PARAMETER ::
$ np1 = 1, np2 = 2, NP6=6, NP7=7, NP8=8, NP9=9, NP10=10,
$ MP6=-6, MP7=-7, MP8=-8, MP9=-9, MP10=-10, np5 = 5,
$ mp1 = -1
INTEGER, PARAMETER, DIMENSION(10) :: IP_ARRAY1_1_M =
$ (/1,2,3,4,5,6,7,8,9,10/)
INTEGER, PARAMETER, DIMENSION(10) :: IP_ARRAY1_2_M =
$ (/(J1,J1=IP_ARRAY1_1_M(IP_ARRAY1_1_M(NP10)),NP1,MP1)/)
INTEGER, DIMENSION(SIZE(IP_ARRAY1_1_M)/2) ::
$ IP_ARRAY1_5_M = IP_ARRAY1_2_M(1:9:2)
INTEGER, PARAMETER, DIMENSION(SIZE(IP_ARRAY1_1_M)/2) ::
$ IP_ARRAY1_6_M = IP_ARRAY1_2_M(NP1:NP10:NP2)
INTEGER, parameter, DIMENSION(10) ::
$ IP_ARRAY1_10_M = MAX(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_11_M = MIN(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_12_M = ABS(IP_ARRAY1_1_M-IP_ARRAY1_2_M),
$ IP_ARRAY1_15_M = ((((DIM(((IP_ARRAY1_1_M)),IP_ARRAY1_2_M))))),
$ IP_ARRAY1_17_M = IAND(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_18_M = IBCLR(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_19_M = IBITS(IP_ARRAY1_1_M,IP_ARRAY1_2_M,
$ MAX(3,IP_ARRAY1_2_M(10:1:-1))),
$ IP_ARRAY1_20_M(-MP10) = IBSET(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_21_M(NP2*NP5) = IEOR(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_22_M(NP10) = IOR(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_23_M(10) = INT(IP_ARRAY1_1_M),
$ IP_ARRAY1_24_M = ISHFT(IP_ARRAY1_1_M,IP_ARRAY1_2_M),
$ IP_ARRAY1_25_M = ISHFTC(IP_ARRAY1_1_M,IP_ARRAY1_2_M,
$ MAX(5,IP_ARRAY1_2_M))
INTEGER, PARAMETER, DIMENSION(10) :: I_ARRAY1_1_M =
$ (/1,2,3,4,5,6,7,8,9,10/)
INTEGER, PARAMETER, DIMENSION(10) :: I_ARRAY1_2_M =
$ (/(J1,J1=I_ARRAY1_1_M(I_ARRAY1_1_M(NP10)),NP1,MP1)/)
INTEGER, DIMENSION(SIZE(I_ARRAY1_1_M)/2) ::
$ I_ARRAY1_5_M = I_ARRAY1_2_M(1:9:2)
INTEGER, PARAMETER, DIMENSION(SIZE(I_ARRAY1_1_M)/2) ::
$ I_ARRAY1_6_M = I_ARRAY1_2_M(NP1:NP10:NP2)
INTEGER, DIMENSION(10) ::
$ I_ARRAY1_10_M,
$ I_ARRAY1_11_M,
$ I_ARRAY1_12_M,
$ I_ARRAY1_15_M,
$ I_ARRAY1_17_M,
$ I_ARRAY1_18_M,
$ I_ARRAY1_19_M,
$ I_ARRAY1_20_M(-MP10),
$ I_ARRAY1_21_M(NP2*NP5),
$ I_ARRAY1_22_M(NP10),
$ I_ARRAY1_23_M(10),
$ I_ARRAY1_24_M,
$ I_ARRAY1_25_M
END MODULE MODS_big
use mods_big
C Do the variable assignments, using the library, to match the
C simplifications of the parameter initializations above.
I_ARRAY1_10_M = MAX(I_ARRAY1_1_M,I_ARRAY1_2_M)
I_ARRAY1_11_M = MIN(I_ARRAY1_1_M,I_ARRAY1_2_M)
I_ARRAY1_12_M = ABS(I_ARRAY1_1_M-I_ARRAY1_2_M)
I_ARRAY1_15_M = ((((DIM(((I_ARRAY1_1_M)),I_ARRAY1_2_M)))))
I_ARRAY1_17_M = IAND(I_ARRAY1_1_M,I_ARRAY1_2_M)
I_ARRAY1_18_M = IBCLR(I_ARRAY1_1_M,I_ARRAY1_2_M)
I_ARRAY1_19_M = IBITS(I_ARRAY1_1_M,I_ARRAY1_2_M,
$ MAX(3,I_ARRAY1_2_M(10:1:-1)))
I_ARRAY1_20_M = IBSET(I_ARRAY1_1_M,I_ARRAY1_2_M)
I_ARRAY1_21_M = IEOR(I_ARRAY1_1_M,I_ARRAY1_2_M)
I_ARRAY1_22_M = IOR(I_ARRAY1_1_M,I_ARRAY1_2_M)
I_ARRAY1_23_M = INT(I_ARRAY1_1_M)
I_ARRAY1_24_M = ISHFT(I_ARRAY1_1_M,I_ARRAY1_2_M)
I_ARRAY1_25_M = ISHFTC(I_ARRAY1_1_M,I_ARRAY1_2_M,
$ MAX(5,I_ARRAY1_2_M))
C Now do the comparisons.
if (any (ip_array1_10_m .ne. i_array1_10_m)) call abort
if (any (ip_array1_11_m .ne. i_array1_11_m)) call abort
if (any (ip_array1_12_m .ne. i_array1_12_m)) call abort
if (any (ip_array1_15_m .ne. i_array1_15_m)) call abort
if (any (ip_array1_17_m .ne. i_array1_17_m)) call abort
if (any (ip_array1_18_m .ne. i_array1_18_m)) call abort
if (any (ip_array1_19_m .ne. i_array1_19_m)) call abort
if (any (ip_array1_20_m .ne. i_array1_20_m)) call abort
if (any (ip_array1_21_m .ne. i_array1_21_m)) call abort
if (any (ip_array1_22_m .ne. i_array1_22_m)) call abort
if (any (ip_array1_23_m .ne. i_array1_23_m)) call abort
if (any (ip_array1_24_m .ne. i_array1_24_m)) call abort
if (any (ip_array1_25_m .ne. i_array1_25_m)) call abort
end
--
pault at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35780
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/35780] internal compiler error for complicated PARAMETER expressions
2008-03-31 20:38 [Bug fortran/35780] New: internal compiler error for complicated PARAMETER expressions dick dot hendrickson at gmail dot com
` (4 preceding siblings ...)
2008-05-01 15:59 ` pault at gcc dot gnu dot org
@ 2008-12-22 23:14 ` jvdelisle at gcc dot gnu dot org
2008-12-22 23:19 ` jvdelisle at gcc dot gnu dot org
6 siblings, 0 replies; 8+ messages in thread
From: jvdelisle at gcc dot gnu dot org @ 2008-12-22 23:14 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-12-22 23:12 -------
Subject: Bug 35780
Author: jvdelisle
Date: Mon Dec 22 23:11:29 2008
New Revision: 142889
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142889
Log:
2008-12-22 Paul Thomas <pault@gcc.gnu.org>
PR fortran/35780
* trans-decl.c (init_intent_out_dt): Allow for optional args.
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-decl.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35780
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Bug fortran/35780] internal compiler error for complicated PARAMETER expressions
2008-03-31 20:38 [Bug fortran/35780] New: internal compiler error for complicated PARAMETER expressions dick dot hendrickson at gmail dot com
` (5 preceding siblings ...)
2008-12-22 23:14 ` jvdelisle at gcc dot gnu dot org
@ 2008-12-22 23:19 ` jvdelisle at gcc dot gnu dot org
6 siblings, 0 replies; 8+ messages in thread
From: jvdelisle at gcc dot gnu dot org @ 2008-12-22 23:19 UTC (permalink / raw)
To: gcc-bugs
------- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-12-22 23:18 -------
Subject: Bug 35780
Author: jvdelisle
Date: Mon Dec 22 23:16:44 2008
New Revision: 142890
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142890
Log:
2008-12-22 Paul Thomas <pault@gcc.gnu.org>
PR fortran/35780
* gfortran.dg/alloc_comp_optional_1.f90: New test.
Added:
trunk/gcc/testsuite/gfortran.dg/alloc_comp_optional_1.f90
Modified:
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35780
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2008-12-22 23:19 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-03-31 20:38 [Bug fortran/35780] New: internal compiler error for complicated PARAMETER expressions dick dot hendrickson at gmail dot com
2008-03-31 21:17 ` [Bug fortran/35780] [4.3/4.4 Regression] " burnus at gcc dot gnu dot org
2008-04-01 7:29 ` pault at gcc dot gnu dot org
2008-04-01 20:48 ` [Bug fortran/35780] " pault at gcc dot gnu dot org
2008-05-01 7:33 ` pault at gcc dot gnu dot org
2008-05-01 15:59 ` pault at gcc dot gnu dot org
2008-12-22 23:14 ` jvdelisle at gcc dot gnu dot org
2008-12-22 23:19 ` jvdelisle at gcc dot gnu dot org
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).