--- Comment #16 from dfranke at gcc dot gnu dot org 2007-06-30 16:30
---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from dfranke at gcc dot gnu dot org 2007-06-30 16:27
---
Subject: Bug 20373
Author: dfranke
Date: Sat Jun 30 16:26:55 2007
New Revision: 126153
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126153
Log:
gcc/fortran:
2007-06-30 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #14 from dfranke at gcc dot gnu dot org 2007-06-18 19:02
---
Updated patch.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
URL
--- Comment #13 from patchapp at dberlin dot org 2007-06-18 08:00 ---
Subject: Bug number PR20373
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/2007-06/msg01216.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #12 from dfranke at gcc dot gnu dot org 2007-06-17 21:26
---
Forget the attempt to correct this given in comment #4.
Got something more useful :)
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from burnus at gcc dot gnu dot org 2007-05-31 08:32 ---
Other compilers give only a warning.
NAG f95 does for:
integer :: len
intrinsic len
Warning: yy.f90, line 9: Intrinsic function LEN explicitly typed
and for
real :: len
intrinsic len
Warning: yy.f90, line 9: Ty
--- Comment #10 from dfranke at gcc dot gnu dot org 2007-05-31 08:04
---
*** Bug 32159 has been marked as a duplicate of this bug. ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-05-19 11:22 ---
Subject: Re: INTRINSIC symbols can be given the wrong
type
dfranke at gcc dot gnu dot org wrote:
> Thus, we should make sure that each intrinsic starts with the correct type to
> begin wit
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-05-19 11:12 ---
Tobi, currently intrinsics don't start with any type at all. As their symbols
are processed in resolve.c (resolve_symbol), they are assigned a default type:
/* Assign default type to symbols that need one and don'
--- Comment #7 from tobi at gcc dot gnu dot org 2007-05-19 10:51 ---
(In reply to comment #4)
> F95, section 12.3.2.3, INTRINSIC statement:
> R1209 intrinsic-stmt isINTRINSIC [ :: ] intrinsic-procedure-name-list
> Constraint: Each intrinsic-procedure-name shall be the name of an i
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-05-19 09:14 ---
> This patch looks simple enough. Has it been regression tested?
> Anything else planned with this?
Getting rid of it? I spent the last evening regtesting and failed. In the same
routine where I placed above snip
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-05-19 03:47
---
This patch looks simple enough. Has it been regression tested? Anything else
planned with this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20373
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-05-18 12:46 ---
F95, section 12.3.2.3, INTRINSIC statement:
R1209 intrinsic-stmt isINTRINSIC [ :: ] intrinsic-procedure-name-list
Constraint: Each intrinsic-procedure-name shall be the name of an intrinsic
procedure.
This do
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08
20:55 ---
*** Bug 20869 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-08 00:11
---
A remark: this doesn't lead to wrong code,
integer, intrinsic :: dsqrt
print *, dsqrt(4.d0)
end
prints the expected 2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20373
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-07
23:56 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
16 matches
Mail list logo