http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18026
Jackie Rosen changed:
What|Removed |Added
CC||jackie.rosen at hushmail dot
com
--- Comm
--- Comment #17 from burnus at gcc dot gnu dot org 2007-12-08 22:09 ---
Fixed on the trunk (4.3.0).
gfortran now transfers the BOZ in
DATA inf / Z'7FF0' /
DATA nan / Z'FFF8' /
bitwise to the real/complex variables (contrary to g77 without needing an
o
--- Comment #16 from burnus at gcc dot gnu dot org 2007-12-08 21:47 ---
Subject: Bug 18026
Author: burnus
Date: Sat Dec 8 21:46:56 2007
New Revision: 130713
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130713
Log:
2007-12-08 Tobias Burnus <[EMAIL PROTECTED]>
PR for
--- Comment #15 from kargl at gcc dot gnu dot org 2007-08-06 17:32 ---
*** Bug 33002 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18026
--- Comment #14 from kargl at gcc dot gnu dot org 2007-08-06 17:30 ---
*** Bug 33001 has been marked as a duplicate of this bug. ***
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #13 from sgk at troutmask dot apl dot washington dot edu
2006-10-23 19:39 ---
Subject: Re: boz initialization of REALs fails
On Mon, Oct 23, 2006 at 06:52:06PM -, tobias dot burnus at physik dot
fu-berlin dot de wrote:
>
> In the Intel Fortran Compiler
> real :: r
>
--- Comment #12 from tobias dot burnus at physik dot fu-berlin dot de
2006-10-23 18:52 ---
Cf. also bug 29471.
In the Intel Fortran Compiler
real :: r
data r/some BOZ/
gives the same result as using the Fortran 2003 statement in ifort:
real :: r
r = real(some boz)
(At least with th
--- Comment #11 from kargl at gcc dot gnu dot org 2006-10-23 17:10 ---
*** Bug 29561 has been marked as a duplicate of this bug. ***
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from sgk at troutmask dot apl dot washington dot edu
2006-10-03 01:48 ---
Subject: Re: boz initialization of REALs fails
On Mon, Oct 02, 2006 at 09:35:11PM -, anlauf at gmx dot de wrote:
>
> > This is NOT a bug. g77 compatibility and the Fortran 95 standard
> > h
--- Comment #9 from anlauf at gmx dot de 2006-10-02 21:35 ---
(In reply to comment #8)
> This is NOT a bug. g77 compatibility and the Fortran 95 standard
> have a conflict, and so IMNSHO the Fortran 95 standard wins.
Gfortran unfortunately does not have a switch to compile legacy code
--- Comment #8 from kargl at gcc dot gnu dot org 2006-10-02 16:47 ---
Remove reject-valid keyword, again!
Return this to enhancement.
This is NOT a bug. g77 compatibility and the Fortran 95 standard
have a conflict, and so IMNSHO the Fortran 95 standard wins.
See comment #3. The Fortr
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-10-02 11:09
---
If it's a regression wrt g77, then it's not an enhancement, it's a bug.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from kargl at gcc dot gnu dot org 2006-05-12 17:43 ---
(In reply to comment #5)
> Created an attachment (id=11443)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11443&action=view) [edit]
> A simple program showing that initialization of BOZ constants
> fails in modul
--- Comment #5 from guilloteau at obs dot u-bordeaux1 dot fr 2006-05-12
13:05 ---
Created an attachment (id=11443)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11443&action=view)
A simple program showing that initialization of BOZ constants fails in modules.
The test program sho
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
13:03 ---
*** Bug 23074 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From kargl at gcc dot gnu dot org 2005-03-15 21:05
---
I've removed the "reject-valid" keyward because the code is not valid
Fortran 95. From section 5.2.10, we have:
If a data-statement-constant is a boz-literal-constant, the corresponding
object shall be
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-13 19:05
---
While the compile-time error has disappeared, we now give the following
incorrect output at runtime:
[EMAIL PROTECTED] tests]$ ./a.out
9.218868437227405E+018 1.89227389587E+019
[EMAIL PROTECTED] tests]$
17 matches
Mail list logo