procyberian/gcc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

re PR fortran/34532 (Doc error or rej.valid vendor extension: Integer as logical in IF expressions)

Browse source 
2007-12-25  Daniel Franke  <franke.daniel@gmail.com>

	PR fortran/34532
	* gfortran.texi: Fixed section about implicit conversion of logical 
	and integer variables.

From-SVN: r131180
This commit is contained in:
Daniel Franke 2007-12-26 01:36:46 -05:00 • committed by Daniel Franke
parent 0283e1ed80
commit a8eabe7475
2 changed files with 15 additions and 4 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

6
gcc/fortran/ChangeLog
View file

@ -1,3 +1,9 @@
2007-12-26 Daniel Franke <franke.daniel@gmail.com>
PR fortran/34532
* gfortran.texi: Fixed section about implicit conversion of
logical and integer variables.
2007-12-25 Tobias Burnus <burnus@net-b.de>
PR fortran/34514

13
gcc/fortran/gfortran.texi
View file

@ -1165,12 +1165,17 @@ zero, and @code{.TRUE.} is interpreted as one. When converting from
@code{.FALSE.} and any nonzero value is interpreted as @code{.TRUE.}.
@smallexample
INTEGER :: i = 1
IF (i) PRINT *, 'True'
LOGICAL :: l
l = 1
@end smallexample
@smallexample
INTEGER :: i
i = .TRUE.
@end smallexample
However, there is no implicit conversion of @code{LOGICAL} and
@code{INTEGER} values performed during I/O operations.
However, there is no implicit conversion of @code{INTEGER} values in
@code{if}-statements, nor of @code{LOGICAL} or @code{INTEGER} values
in I/O operations.
@node Hollerith constants support
@section Hollerith constants support