Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29624
--- Comment #2 from burnus at gcc dot gnu dot org 2006-10-28 21:05 ---
Subject: Bug 29625
Author: burnus
Date: Sat Oct 28 21:05:42 2006
New Revision: 118111
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118111
Log:
2006-10-28 Tobias Burnus [EMAIL PROTECTED]
PR fortran
--- Comment #3 from burnus at gcc dot gnu dot org 2006-10-28 21:07 ---
Subject: Bug 29625
Author: burnus
Date: Sat Oct 28 21:07:19 2006
New Revision: 118112
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118112
Log:
2006-10-28 Tobias Burnus [EMAIL PROTECTED]
PR fortran
--- Comment #5 from burnus at gcc dot gnu dot org 2006-10-28 21:46 ---
Accept.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #4 from burnus at gcc dot gnu dot org 2006-10-28 21:43 ---
Fix checked in:
Author: burnus
Date: Sat Oct 28 21:05:42 2006
New Revision: 118111
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118111
Log:
2006-10-28 Tobias Burnus [EMAIL PROTECTED]
PR fortran
--- Comment #5 from burnus at gcc dot gnu dot org 2006-10-28 21:44 ---
Mark fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from burnus at gcc dot gnu dot org 2006-10-28 21:59 ---
Subject: Bug 28224
Author: burnus
Date: Sat Oct 28 21:59:20 2006
New Revision: 118113
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118113
Log:
fortran/
2006-10-28 Tobias Burnus [EMAIL PROTECTED
--- Comment #7 from burnus at gcc dot gnu dot org 2006-10-28 21:59 ---
Fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from burnus at gcc dot gnu dot org 2006-10-28 22:13 ---
Assign.
Preliminary patch at:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01387.html
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from burnus at gcc dot gnu dot org 2006-10-29 11:57 ---
Subject: Bug 24313
Author: burnus
Date: Sun Oct 29 11:56:56 2006
New Revision: 118142
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118142
Log:
2006-10-28 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #14 from burnus at gcc dot gnu dot org 2006-10-29 11:58 ---
For completeness, the two problems are in the meanwhile fixed in glibc:
- csqrt bug, fixed 2005-10-13,
http://sources.redhat.com/bugzilla/show_bug.cgi?id=1466
- cacosh bug, fixed 2006-08-03,
http
by
reference for actual arguments)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http
)
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #5 from burnus at gcc dot gnu dot org 2006-10-30 14:17 ---
Subject: Bug 29452
Author: burnus
Date: Mon Oct 30 14:17:15 2006
New Revision: 118184
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118184
Log:
fortran/
2006-10-26 Tobias Burnus [EMAIL PROTECTED
--- Comment #6 from burnus at gcc dot gnu dot org 2006-10-30 14:19 ---
Accept bug
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #7 from burnus at gcc dot gnu dot org 2006-10-30 14:21 ---
And mark as fixed.
Hopefully, we won't forget to add checks also to the following specifiers as
soon as we implement them.
WRITE/READ (some only in READ allowed; those are not yet implemented in
gfortran
: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29651
--- Comment #9 from burnus at gcc dot gnu dot org 2006-10-30 18:23 ---
Subject: Bug 29452
Author: burnus
Date: Mon Oct 30 18:22:47 2006
New Revision: 118191
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118191
Log:
fortran/
2006-10-30 Tobias Burnus [EMAIL PROTECTED
Keywords: accepts-invalid, diagnostic
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29657
--- Comment #1 from burnus at gcc dot gnu dot org 2006-10-30 19:31 ---
A fix for this specific problem is below. But one should check whether there
are other things related to procedures/subroutines/functions which are be
prohibited and should be checked. (Thus not assigning to myself
--- Comment #1 from burnus at gcc dot gnu dot org 2006-10-30 21:23 ---
Taking this bug.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #3 from burnus at gcc dot gnu dot org 2006-10-30 21:59 ---
Taking the bug.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #1 from burnus at gcc dot gnu dot org 2006-10-31 12:48 ---
The problem is that gfortran calls cpp with the -traditional-cpp option.
This causes some more modern constructs not to work and it also is the reason
behind your problem. (cf. PR 28662).
We need to use
--- Comment #3 from burnus at gcc dot gnu dot org 2006-10-31 13:03 ---
Confirm my bug. See also 29671 (# must be in the first column).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2006-10-31 13:02 ---
Confirm and mark as enhancement.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2006-10-31 12:54 ---
This is a useful improvement to an enhancement, so I have marked it as
enhancement.
I'd call improvement to an enhancement an euphemism as it produces wrong code
(uninitialized variables), albeit it is not easy
--- Comment #3 from burnus at gcc dot gnu dot org 2006-10-31 15:54 ---
Nice idea.
coredumping is easy, simply call abort() or kill(0,SIGSEGV)
and make sure that ulimit -c (csh: limit core) shows a big enough number.
This is actually what NAG f95 does and has the advantage that one can
--- Comment #6 from burnus at gcc dot gnu dot org 2006-10-31 18:37 ---
Using unwind is the way to go for a more serious solution.
Looks nice as a starting point. (My biggest problem with developing this would
be to find out whether it works on strange machines like Sparc, Windows etc
--- Comment #5 from burnus at gcc dot gnu dot org 2006-11-02 16:02 ---
Created an attachment (id=12535)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12535action=view)
Idea how libgfortran/intrinsic/system_clock.c could look like
Some bits of thought.
Methods obtaining the time
--- Comment #6 from burnus at gcc dot gnu dot org 2006-11-02 16:32 ---
Created an attachment (id=12536)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12536action=view)
Revised idea how libgfortran/intrinsic/system_clock.c could look like
The latter part is of cause not completely
: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29697
--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-03 17:03 ---
A good introduction into restricted can be found at
http://developers.sun.com/sunstudio/articles/cc_restrict.html
Maybe this is something for the array implementation in gfortran?
I don't fully understand how
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-03 17:26 ---
Andy pointed out that TYPE_QUAL_VOLATILE only changes the dumped string,
nonetheless it makes checking things easier, I think.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29697
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29699
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-03 19:59 ---
I think we should issue a warning but not an error, because you can write code
that is [...]
Note that you should use contains for the code otherwise foo is regarded as
real function and the program does
error message for LANG != C
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
Version: 4.3.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-07 13:28 ---
Subject: Bug 29601
Author: burnus
Date: Tue Nov 7 13:27:53 2006
New Revision: 118545
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118545
Log:
fortran/
2006-11-06 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-07 13:32 ---
Mark as fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-07 14:24 ---
Note for completeness: With PR 29601 the TYPE_QUAL_VOLATILE is used for for
VOLATILE variables (see -fdump-tree-original; however, the word volatile does
not show up in the dump for pointers and arrays, even though
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29752
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-07 16:36 ---
Syntax:
IMPORT [[ :: ] import-name-list]
May only appear in the interface body, i.e.
interface
import
is wrong, but
interface
subroutine foo
import
is ok.
(It would be nice if one could give
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-07 22:01 ---
Accept. I have almost finished that patch :-)
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29755
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-08 19:20 ---
CC: to [EMAIL PROTECTED], who is our libgfortran/io/ specialist.
Confirm bug.
I think the change is in transfer.c's finalize_transfer():
Change between 4.1 and 4.2/4.3 (incomplete diff, I might messed it up
--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-08 19:35 ---
Actually, if I remove the transpose, the run-time error message is:
a.out: /home/tob/projects/gcc/libgfortran/generated/matmul_c4.c:172: matmul_c4:
Assertion `count == b-dim[0].ubound + 1 - b-dim[0].lbound' failed
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-08 19:44 ---
See also PR 29572 (matmul(a,b) and matmul(a,transpose(b))).
sunf95 and NAG f95 catch this PR and also PR29572 and also pack().
g95 catches this PR and matmul(a,b), but not matmul(a,transpose(b))).
ifort 9.1
--- Comment #5 from burnus at gcc dot gnu dot org 2006-11-08 20:08 ---
Postscriptum:
sunf95 already finds the problem in the program check at compile time.
For non-intrinsics (non libgfortran) routines, one way to do it is too do it in
the function called. (Internally called as foo
--- Comment #6 from burnus at gcc dot gnu dot org 2006-11-08 20:48 ---
In this case neither sunf95 nor NAGf95 find the error.
This is actually wrong; both find it.
In my example the original tree looks like (shortend): foo (__result, n)
ubound.0 = (int8) *n;
S.4 = 1
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-08 22:23 ---
On the trunk, the ICE is fixed by some other check in.
It still occurs on the 4.2 branch (r118599, current version)
Using my patch on the current trunk (118597) causes lots of regression, i.e.
either the trunk has
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29755
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|SUSPENDED |NEW
Last reconfirmed|2006-11-08 22:23:12 |2006-11-08 22:24
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-08 22:35 ---
Just for completeness, the ICE also occurs with 4.1
! { dg-do compile }
! { dg-shouldfail same name of program and subroutine }
! Tests whether ICE occurs when using the same name
! for a subroutine
--- Comment #5 from burnus at gcc dot gnu dot org 2006-11-09 14:29 ---
Subject: Bug 29713
Author: burnus
Date: Thu Nov 9 14:28:59 2006
New Revision: 118620
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118620
Log:
2006-11-09 Tobias Burnus [EMAIL PROTECTED]
PR fortran
--- Comment #6 from burnus at gcc dot gnu dot org 2006-11-09 14:38 ---
I checked this now into 4.2.
(I somehow thought it had already been checked in and was looking too long at
the wrong place to find this regression.)
Remains to be done for 4.1.
By the way as gfortran.dg
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29784
: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
OtherBugsDependingO 20585
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29785
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http
--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-10 00:04 ---
#3 0x0054306e in internal_error (gmsgid=value optimized out) at
/home/tob/projects/gcc/gcc/diagnostic.c:588
#4 0x007694bc in tree_check_failed (node=0x2ab6d3f46870, file=0xa424a0
/home/tob/projects
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-10 00:14 ---
Slightly more reduced test case:
subroutine zsk_driver_cgnr (opt, sol)
implicit none
interface
subroutine opt()
end subroutine opt
end interface
complex :: sol(:)
sol(1) = cmplx(0.0,1.0)*aimag(sol
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29799
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-10 18:16 ---
Subject: Bug 29454
Author: burnus
Date: Fri Nov 10 18:15:39 2006
New Revision: 118661
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118661
Log:
2006-11-10 Tobias Burnus [EMAIL PROTECTED]
PR fortran
--- Comment #6 from burnus at gcc dot gnu dot org 2006-11-10 20:46 ---
The latest patch is at:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01030.html
Problems:
- variable name missing
- line number is off-by-one
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27588
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-10 22:38 ---
As FX wrote in an email, a more-detailed error message can not be given with
the current method: at present the error string is constructed at compile time
via asprintf, but then the extend of the array might
--- Comment #7 from burnus at gcc dot gnu dot org 2006-11-10 22:41 ---
Mine.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|fxcoudert
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29800
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-10 23:58 ---
Subject: Bug 29454
Author: burnus
Date: Fri Nov 10 23:58:04 2006
New Revision: 118671
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118671
Log:
2006-11-11 Tobias Burnus [EMAIL PROTECTED]
PR fortran
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-11 00:00 ---
Fixed in 4.3/trunk and in 4.2/branch.
If it should also be fixed in 4.1, please reopen.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from burnus at gcc dot gnu dot org 2006-11-11 21:40 ---
Subject: Bug 29713
Author: burnus
Date: Sat Nov 11 21:39:55 2006
New Revision: 118704
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118704
Log:
2006-11-11 Francois-Xavier Coudert [EMAIL PROTECTED
--- Comment #8 from burnus at gcc dot gnu dot org 2006-11-11 21:40 ---
Now also fixed for 4.1
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-11 22:14 ---
Created an attachment (id=12593)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12593action=view)
Reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29804
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-11 22:31 ---
Created an attachment (id=12594)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12594action=view)
Reduced test case
Ignore previous attachment that was the wrong file.
--
burnus at gcc dot gnu dot org
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
Version: 4.3.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-11 23:18 ---
See patch http://gcc.gnu.org/ml/fortran/2006-11/msg00345.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29657
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords: diagnostic
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29813
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-13 10:05 ---
Isn't this going to be allowed in F2008?
I checked 06-007r1.pdf and it is indeed allowed.
(Perhaps it already is in F2003 -- I'm too lazy to check.)
No, it is not allowed in F2003. (See R numbers below)
We
Status: UNCONFIRMED
Keywords: diagnostic
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29819
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-13 21:18 ---
Funny enough, gfortran does not crash when one reverts the order of point and
plane.
Debug information:
In trans-expr.c's gfc_trans_scalar_assign
gfc_add_block_to_block (block, lse-pre
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-13 21:39 ---
Slightly reduced test case:
module gfcbug45
implicit none
type cartesian
real :: x(2)
end type cartesian
contains
subroutine foo (z)
type(cartesian), intent(in) :: z
integer :: i
real
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29828
--- Comment #7 from burnus at gcc dot gnu dot org 2006-11-14 15:49 ---
Fixed in trunk.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from burnus at gcc dot gnu dot org 2006-11-14 15:35 ---
Subject: Bug 29657
Author: burnus
Date: Tue Nov 14 15:35:36 2006
New Revision: 118812
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118812
Log:
fortran/
2006-11-14 Tobias Burnus [EMAIL PROTECTED
--- Comment #5 from burnus at gcc dot gnu dot org 2006-11-14 17:16 ---
Fehler: Bei (1) referenziertes Symbol »bar« nicht im Modul »foo« gefunden
My limited german knowledge seems to indicate that it's OK, but I'm not sure.
Looks ok.
Could you try the attached patch on a few cases
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29835
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-15 10:02 ---
Subject: Bug 29806
Author: burnus
Date: Wed Nov 15 10:02:21 2006
New Revision: 118851
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118851
Log:
fortran/
2006-11-15 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #9 from burnus at gcc dot gnu dot org 2006-11-15 10:13 ---
Subject: Bug 27588
Author: burnus
Date: Wed Nov 15 10:13:16 2006
New Revision: 118852
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118852
Log:
fortran/
2006-11-15 Tobias Burnus [EMAIL PROTECTED
--- Comment #5 from burnus at gcc dot gnu dot org 2006-11-15 10:14 ---
Fixed in 4.3 == trunk.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from burnus at gcc dot gnu dot org 2006-11-15 10:16 ---
Fixed in 4.3 == trunk.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from burnus at gcc dot gnu dot org 2006-11-15 15:46 ---
Subject: Bug 27546
Author: burnus
Date: Wed Nov 15 15:46:42 2006
New Revision: 118857
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118857
Log:
fortran/
2006-11-15 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #7 from burnus at gcc dot gnu dot org 2006-11-15 16:22 ---
Fixed in 4.3 == trunk.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from burnus at gcc dot gnu dot org 2006-11-15 16:44 ---
Reopened. I should have really read this bugreport and tested the example of
comment 0. My test cases worked, but this one does not:
internal compiler error: module symbol dp in wrong namespace
#4
--- Comment #9 from burnus at gcc dot gnu dot org 2006-11-15 17:06 ---
For
IMPORT
the error occures in expr.c's check_init_expr
case EXPR_VARIABLE:
if (e-symtree-n.sym-attr.flavor == FL_PARAMETER)
{
t = simplify_parameter_variable (e, 0);
break
1 - 100 of 4244 matches
Mail list logo
