forked from OSchip/llvm-project
[flang][NFC] Document intentional non-support for an extension
F18 doesn't accept INTEGER operands to the intrinsic LOGICAL operations; some compilers do. This usage is not portable, and not just because it's non-conforming -- the bit representations of LOGICAL also vary between compilers and options. The "MIL-STD" bit intrinsics IAND() & al. have been avaiable since the late 70's and should be used instead. Differential Revision: https://reviews.llvm.org/D126798
This commit is contained in:
parent
0426100ff4
commit
f2ee0a3f2c
|
@ -282,6 +282,8 @@ end
|
|||
* USE association of a procedure interface within that same procedure's definition
|
||||
* NULL() as a structure constructor expression for an ALLOCATABLE component (PGI).
|
||||
* Conversion of LOGICAL to INTEGER in expressions.
|
||||
* Use of INTEGER data with the intrinsic logical operators `.NOT.`, `.AND.`, `.OR.`,
|
||||
and `.XOR.`.
|
||||
* IF (integer expression) THEN ... END IF (PGI/Intel)
|
||||
* Comparsion of LOGICAL with ==/.EQ. rather than .EQV. (also .NEQV.) (PGI/Intel)
|
||||
* Procedure pointers in COMMON blocks (PGI/Intel)
|
||||
|
|
Loading…
Reference in New Issue