[flang] Update extension documentation
authorpeter klausler <pklausler@nvidia.com>
Tue, 9 Jul 2019 18:53:11 +0000 (11:53 -0700)
committerpeter klausler <pklausler@nvidia.com>
Wed, 10 Jul 2019 23:42:05 +0000 (16:42 -0700)
Original-commit: flang-compiler/f18@40b44b2e3a087fad4f95009c6e7b345dab970fbb
Reviewed-on: https://github.com/flang-compiler/f18/pull/557
Tree-same-pre-rewrite: false

flang/documentation/Extensions.md

index b77ee4b..5a66e10 100644 (file)
@@ -78,8 +78,9 @@ Extensions, deletions, and legacy features supported by default
   for the default kind of INTEGER are assumed to have the least larger kind
   that can hold them, if one exists.
 * BOZ literals can be used as INTEGER values in contexts where the type is
-  unambiguous (including the right hand sides of assigments and initializations
-  of INTEGER entities).
+  unambiguous: the right hand sides of assigments and initializations
+  of INTEGER entities, and as actual arguments to a few intrinsic functions
+  (ACHAR, BTEST, CHAR).
 * EQUIVALENCE of numeric and character sequences (a ubiquitous extension)
 * Values for whole anonymous parent components in structure constructors
   (e.g., `EXTENDEDTYPE(PARENTTYPE(1,2,3))` rather than `EXTENDEDTYPE(1,2,3)`
@@ -121,4 +122,6 @@ Extensions and legacy features deliberately not supported
 * Procedure pointers in COMMON blocks (PGI/Intel)
 * Underindexing multi-dimensional arrays (e.g., A(1) rather than A(1,1)) (PGI only)
 * Legacy PGI `NCHARACTER` type and `NC` Kanji character literals
-* Using non-integer expressions for array bounds (e.g., A(3.14159)) (PGI/Intel)
+* Using non-integer expressions for array bounds (e.g., REAL A(3.14159)) (PGI/Intel)
+* Mixing INTEGER types as operands to bit intrinsics (e.g., IAND); only two
+  compilers support it, and they disagree on sign extension.