--- Comment #17 from domob at gcc dot gnu dot org 2008-11-13 17:16 ---
Unassigning myself. Mikael will probably want to take the missing part on with
his pending patch :)
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from domob at gcc dot gnu dot org 2008-11-15 08:30 ---
I'll take this one on. Reading quickly through the thread gives me the
impression that it is not 100% agreed upon that this should in every case be an
error (although of course nearly so). But I guess we wa
P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38152
--- Comment #1 from domob at gcc dot gnu dot org 2008-11-16 09:27 ---
Daniel Kraft wrote:
> > I'm working out a test-case for PR 37779 and came across the following
> > program, which ICEs for today's trunk gfortran:
> >
> > SUBROUTINE test ()
>
--- Comment #4 from domob at gcc dot gnu dot org 2008-11-24 13:12 ---
Subject: Bug 37779
Author: domob
Date: Mon Nov 24 13:10:37 2008
New Revision: 142158
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142158
Log:
2008-11-24 Daniel Kraft <[EMAIL PROTECTED]&g
at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38252
--- Comment #5 from domob at gcc dot gnu dot org 2008-11-30 20:37 ---
Subject: Bug 37779
Author: domob
Date: Sun Nov 30 20:36:10 2008
New Revision: 142299
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142299
Log:
2008-11-30 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #6 from domob at gcc dot gnu dot org 2008-11-30 20:40 ---
This second commit detects cases like the one mentioned by Tobias in comment #2
on trunk/4.4 I'm going to work on a optional runtime-recursion checking
feature now as last part for this PR.
--
http://gcc.gn
--- Comment #1 from domob at gcc dot gnu dot org 2008-12-01 07:25 ---
Taking this on, as addition to PR 37779 about compile-time recursion checking.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from domob at gcc dot gnu dot org 2008-12-01 07:27 ---
Closing, for runtime-recursion checking I accepted PR 32626.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from domob at gcc dot gnu dot org 2008-12-07 16:17 ---
Unassigning myself, Tobias has a working patch posted for 4.5.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from domob at gcc dot gnu dot org 2008-12-07 17:12 ---
A proposed patch for 4.5 can be found at:
http://gcc.gnu.org/ml/fortran/2008-12/msg00109.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37423
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #6 from domob at gcc dot gnu dot org 2008-12-10 08:44 ---
I did post it to the mailing list some time ago and there was a little
discussion, IIRC, but no definite "review" or OK for it. But I can re-post it
(or we welcome your opinions), of course.
--- Comment #2 from domob at gcc dot gnu dot org 2008-12-17 10:18 ---
Added the runtime check for -fbounds-check. Thus fixed on trunk (4.4),
closing.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from domob at gcc dot gnu dot org 2008-12-17 10:14 ---
Thanks for the analysis, Tobias, I will then take this on as supplement to PR
38137.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from domob at gcc dot gnu dot org 2008-12-17 10:17 ---
Subject: Bug 38137
Author: domob
Date: Wed Dec 17 10:16:28 2008
New Revision: 142791
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142791
Log:
2008-12-17 Daniel Kraft
PR fortr
--- Comment #4 from domob at gcc dot gnu dot org 2008-12-18 10:07 ---
Subject: Bug 31822
Author: domob
Date: Thu Dec 18 10:05:54 2008
New Revision: 142808
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142808
Log:
2008-12-18 Daniel Kraft
PR fortr
--- Comment #5 from domob at gcc dot gnu dot org 2008-12-18 10:12 ---
Fixed on trunk/4.4.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #8 from domob at gcc dot gnu dot org 2008-12-21 18:46 ---
Subject: Bug 37605
Author: domob
Date: Sun Dec 21 18:45:17 2008
New Revision: 142866
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142866
Log:
2008-12-21 Arjen Markus
Dani
--- Comment #1 from domob at gcc dot gnu dot org 2008-12-28 17:38 ---
I did once write a floating-point parser for FreeWRL. I can dig it out so we
can try to compare it to gfortran's current one, but I've no idea whether it is
fast or not (although I tried at that time to w
--- Comment #4 from domob at gcc dot gnu dot org 2008-12-28 21:27 ---
Created an attachment (id=16998)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16998&action=view)
Number parsing routines
Sorry for the spam, but this is the parser-code for numbers I promised; it's
--- Comment #8 from domob at gcc dot gnu dot org 2009-01-03 19:08 ---
Runtime checking is PR 37746, BTW, I'm working on it and have a pending patch.
Would this fix this bug or should we wait for the whole-file checking?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24886
--- Comment #5 from domob at gcc dot gnu dot org 2009-01-04 08:40 ---
*** Bug 35943 has been marked as a duplicate of this bug. ***
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from domob at gcc dot gnu dot org 2009-01-04 08:40 ---
*** This bug has been marked as a duplicate of 37746 ***
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from domob at gcc dot gnu dot org 2009-01-04 08:41 ---
Here's a patch: http://gcc.gnu.org/ml/fortran/2008-12/msg00273.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37746
--- Comment #7 from domob at gcc dot gnu dot org 2009-01-13 19:47 ---
Created an attachment (id=17090)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17090&action=view)
Another test case
This seems to be yet another test triggering this ICE.
--
http://gcc.gnu.org/b
-
Summary: ICE in bitmap_first_set_bit for procptr and C binding
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob
--- Comment #1 from domob at gcc dot gnu dot org 2009-01-13 19:56 ---
Created an attachment (id=17091)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17091&action=view)
Test case
This is the program ICE'ing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38831
o: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38849
--- Comment #5 from domob at gcc dot gnu dot org 2009-01-20 09:47 ---
(In reply to comment #2)
> http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141516 ?
>
Seems to be my fault, quite plausibly :D I will work on this.
--
domob at gcc dot gnu dot org changed:
--- Comment #3 from domob at gcc dot gnu dot org 2009-01-20 09:44 ---
I will work on this.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from domob at gcc dot gnu dot org 2009-01-21 13:35 ---
Subject: Bug 38887
Author: domob
Date: Wed Jan 21 13:34:55 2009
New Revision: 143541
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143541
Log:
2009-01-21 Daniel Kraft
* tran
--- Comment #5 from domob at gcc dot gnu dot org 2009-01-21 13:37 ---
Fixed on trunk by converting the abort() call in internal_unpack to a return
(this is also what the "real" unpack library call does).
--
domob at gcc dot gnu dot org changed:
What
--- Comment #1 from domob at gcc dot gnu dot org 2009-01-22 17:27 ---
I always liked the idea of associate... Maybe I'll volunteer to work on it for
gfortran, but don't take my word on it ;) And of course, things like CLASS get
higher priority.
--
domob at gcc dot g
--- Comment #14 from domob at gcc dot gnu dot org 2009-01-25 07:47 ---
*** Bug 38831 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38152
--- Comment #5 from domob at gcc dot gnu dot org 2009-01-25 07:47 ---
(In reply to comment #4)
> Works for me at r143643.
> Duplicate of PR 38152?
Works for me now, too. Thanks for pointing this out, I'll close it as
duplicate.
*** This bug has been marked as a duplica
--- Comment #6 from domob at gcc dot gnu dot org 2009-01-25 08:36 ---
(In reply to comment #4)
> in gfc_conv_elemental_dependencies which then in
> gfc_trans_allocate_array_storage gets accessed as:
> tmp = TREE_TYPE (initial); /* Pointer to d
--- Comment #7 from domob at gcc dot gnu dot org 2009-01-27 18:08 ---
Subject: Bug 38883
Author: domob
Date: Tue Jan 27 18:07:54 2009
New Revision: 143707
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143707
Log:
2009-01-27 Daniel Kraft
PR fortr
--- Comment #8 from domob at gcc dot gnu dot org 2009-01-27 18:10 ---
Fixed on trunk.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from domob at gcc dot gnu dot org 2009-05-06 15:01 ---
Yes, that sounds like a problem caused by my patch; it did change the structure
of storing the type-bounds, so maybe simply changing the if to the one shown by
Tobias was wrong.
I will look into this!
--
domob at
--- Comment #5 from domob at gcc dot gnu dot org 2009-05-14 13:48 ---
Created an attachment (id=17865)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17865&action=view)
Latest patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22552
--- Comment #6 from domob at gcc dot gnu dot org 2009-05-14 13:49 ---
Created an attachment (id=17866)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17866&action=view)
ChangeLog for patch posted
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22552
--- Comment #5 from domob at gcc dot gnu dot org 2009-05-14 20:03 ---
Subject: Bug 40045
Author: domob
Date: Thu May 14 20:02:46 2009
New Revision: 147540
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147540
Log:
2009-05-14 Daniel Kraft
PR fortr
--- Comment #6 from domob at gcc dot gnu dot org 2009-05-14 20:05 ---
Fixed (not addressing the "related" part in comment #2, but Janus promised to
work on it).
--
domob at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from domob at gcc dot gnu dot org 2009-08-10 10:52 ---
Subject: Bug 37425
Author: domob
Date: Mon Aug 10 10:51:46 2009
New Revision: 150622
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150622
Log:
2009-08-10 Daniel Kraft
PR fortr
--- Comment #1 from domob at gcc dot gnu dot org 2009-08-10 10:57 ---
After Janus' recent check-in of CLASS parsing, this behaviour is fixed (though
CLASS is not really polymorphic).
I'm not sure if we should close this or keep open until CLASS is fully
implemented. Janus,
--- Comment #2 from domob at gcc dot gnu dot org 2009-08-10 11:08 ---
After the check-in now, type-bound operators are parsed/checked correctly, but
can not be called for now. I'll work on that as a follow-up patch.
This means that the test-case given in the report works, b
: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41023
--- Comment #1 from domob at gcc dot gnu dot org 2009-08-10 11:18 ---
The same holds for type-bound operators, see for instance
gcc/testsuite/gfortran.dg/typebound_operator_2.f03 for the current
"inconsistent" locations.
But as the checking code is mainly shared, a fix will p
--- Comment #4 from domob at gcc dot gnu dot org 2008-08-22 07:14 ---
Subject: Bug 32095
Author: domob
Date: Fri Aug 22 07:13:25 2008
New Revision: 139425
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139425
Log:
2008-08-22 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #4 from domob at gcc dot gnu dot org 2008-08-22 07:14 ---
Subject: Bug 34228
Author: domob
Date: Fri Aug 22 07:13:25 2008
New Revision: 139425
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139425
Log:
2008-08-22 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #5 from domob at gcc dot gnu dot org 2008-08-22 07:16 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from domob at gcc dot gnu dot org 2008-08-22 07:17 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #5 from domob at gcc dot gnu dot org 2008-08-22 11:40 ---
What's with this PR, do you have any decision? I'm not sure about a `fixed'
warning, as this seems to be not common with gfortran, right?
But I'd suggest maybe a -Wsurprising warning, so that
--- Comment #7 from domob at gcc dot gnu dot org 2008-08-22 20:37 ---
Subject: Bug 30239
Author: domob
Date: Fri Aug 22 20:36:12 2008
New Revision: 139499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139499
Log:
2008-08-22 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #8 from domob at gcc dot gnu dot org 2008-08-22 20:38 ---
I think we can fix this now, added a -Wsurprising warning.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
d at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37222
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
yet
fully conformant
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org
http://gcc.gnu.
--- Comment #1 from domob at gcc dot gnu dot org 2008-09-01 13:44 ---
Subject: Bug 37193
Author: domob
Date: Mon Sep 1 13:43:10 2008
New Revision: 139866
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139866
Log:
2008-09-01 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-02 08:51 ---
Subject: Bug 37228
Author: domob
Date: Tue Sep 2 08:50:13 2008
New Revision: 139886
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139886
Log:
2008-09-01 Jerry DeLisle <[EMAIL PROTECTED]&g
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-02 08:51 ---
Subject: Bug 37301
Author: domob
Date: Tue Sep 2 08:50:13 2008
New Revision: 139886
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139886
Log:
2008-09-01 Jerry DeLisle <[EMAIL PROTECTED]&g
2003: Finish derived-type finalization
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
--- Comment #1 from domob at gcc dot gnu dot org 2008-09-02 17:05 ---
Created an attachment (id=16196)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16196&action=view)
Proposed patch implementing the main part
This is an experimental patch that implements the logic to crea
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-02 17:08 ---
For the needed parts to actually call finalizers building upon the attached
patch from comment #1, some means for temporary-creation before trans are
needed to handle things like:
x = foo (x)
or
foo (bar ())
Some
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-03 12:27 ---
Subject: Bug 37193
Author: domob
Date: Wed Sep 3 12:25:57 2008
New Revision: 139936
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139936
Log:
2008-08-30 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-03 12:27 ---
Subject: Bug 36371
Author: domob
Date: Wed Sep 3 12:25:57 2008
New Revision: 139936
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139936
Log:
2008-08-30 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-03 12:28 ---
Fixed on 4.4 and 4.3.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #4 from domob at gcc dot gnu dot org 2008-09-04 17:14 ---
Shouldn't for this code:
IMPLICIT TYPE(t)(x)
DIMENSION x(:)
x get the implicit type on the DIMENSION statement and this be thus equivalent
to
TYPE(t) :: x
DIMENSION x(:)
(if that's a legal way to specify
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-04 19:17 ---
Subject: Bug 37099
Author: domob
Date: Thu Sep 4 19:16:13 2008
New Revision: 139997
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139997
Log:
2008-09-04 Daniel Kraft <[EMAIL PROTECTED]>
--- Comment #6 from domob at gcc dot gnu dot org 2008-09-04 20:23 ---
I'll try to find something about this in the standard. But you think DIMENSION
(and friends) is legally apply-able ("applicable"?) to symbols that are
declared later with their type? Hm... I h
--- Comment #7 from domob at gcc dot gnu dot org 2008-09-05 11:57 ---
Subject: Bug 36746
Author: domob
Date: Fri Sep 5 11:56:23 2008
New Revision: 140034
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140034
Log:
2008-09-05 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #8 from domob at gcc dot gnu dot org 2008-09-05 11:58 ---
Fixed on trunk.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-05 20:53 ---
Subject: Bug 35837
Author: domob
Date: Fri Sep 5 20:51:50 2008
New Revision: 140046
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140046
Log:
2008-09-05 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-05 20:55 ---
Fixed for trunk.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-07 08:34 ---
(In reply to comment #1)
> The problem is that for
>implicit character(len=*,kind=kind('A')) (Q)
> the length of the first parameter string is used everywhere. The following
> fixes it, but
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #4 from domob at gcc dot gnu dot org 2008-09-07 14:46 ---
parm.12.dim[0].ubound = D.1541;
parm.12.dim[0].stride = NON_LVALUE_EXPR ;
parm.12.data = (void *) &(*ifm.11)[0];
parm.12.offset = NON_LVALUE_EXPR ;
D.1547 = MAX_EXPR <(parm.12.dim[0]
--- Comment #5 from domob at gcc dot gnu dot org 2008-09-07 19:00 ---
program bounds_issue
real, pointer :: pdf0(:)
allocate(pdf0(0:282))
pdf0 = f(pdf0)
contains
function f(x)
real, intent(in) :: x(0:) ! x(1:), f(1:...) works
real :: f(0
--- Comment #4 from domob at gcc dot gnu dot org 2008-09-08 06:36 ---
IIRC, this behaviour is due to a patch I submitted some time ago. Maybe I
could change this warning into an error even for non-standard conforming mode
in case the length or a kind parameter differs. What do you
--- Comment #4 from domob at gcc dot gnu dot org 2008-09-08 07:57 ---
Subject: Bug 37099
Author: domob
Date: Mon Sep 8 07:55:49 2008
New Revision: 140101
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140101
Log:
2008-09-04 Daniel Kraft <[EMAIL PROTECTED]>
--- Comment #5 from domob at gcc dot gnu dot org 2008-09-08 07:57 ---
Fixed on trunk and 4.3
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from domob at gcc dot gnu dot org 2008-09-08 08:28 ---
Dominique reported that my pending patch for PR 37199 fixes this problem, too,
and a test confirms this for me. Reading the commets, it seems quite plausible
to me that the ICE here is caused because of the missing
--- Comment #6 from domob at gcc dot gnu dot org 2008-09-08 09:18 ---
Subject: Bug 37199
Author: domob
Date: Mon Sep 8 09:17:27 2008
New Revision: 140102
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140102
Log:
2008-09-08 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #6 from domob at gcc dot gnu dot org 2008-09-08 13:52 ---
Subject: Bug 36167
Author: domob
Date: Mon Sep 8 13:51:26 2008
New Revision: 140107
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140107
Log:
2008-09-08 Daniel Kraft <[EMAIL PROTECTED]&g
--- Comment #7 from domob at gcc dot gnu dot org 2008-09-08 13:54 ---
This was apparently really fixed by my patch for PR 37199, I committed the
test-case attached to trunk. Marking fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37423
nknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37425
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: domob at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37427
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37427
1 - 100 of 322 matches
Mail list logo
