HP Fortran v2.9 for HP-UX 11i v2 Release Note*5991-0697*
HP Fortran for HP-UX v2.9
Previous Fixes
Chapter 1 43
• -g +objdebug now works in the same manner as +objdebuf -g so that +objdebug takes
precedence.
• The compiler would occasionally run out of memory at optimization level +O3.
• SELECT CASE statements with REAL*4 ranges/values failed when +autodbl4 used.
• Explicit double precision constants (3.0D4) were corrupted when +autodbl was specified.
• The ADJUSTL intrinsic returned wrong answers when its argument was a parenthesized
character constant.
• modulo(x,y) returned incorrect results when -1 < x/y < 0.
• The ES format descriptor printed zero values incorrectly.
• A never-referenced variable name which was also a common block name caused syntax
errors when used in an EQUIVALENCE statement.
• Using 4-byte integer DO loop indices in wide mode (+DA2.0W) incorrectly inhibited a wide
range of optimizations and auto-parallelization.
• Certain uses of variable length character variables with the POINTER attribute caused
intermittent aborts at runtime.
• NAMELIST input of character arrays was not compatible with FORTRAN 77
(non-standard usage of a scalar subscript but multiple values is now accepted).
• NAMELIST READs in wide mode (+DA.0W) sometimes corrupted memory and caused
unpredictable aborts.
• Some character expressions in a SELECT CASE statement were evaluated more than
once.
• SYSTEM_CLOCK sometimes returned an invalid value.
• Short Hollerith initializers (i.e., 1h3) in DATA statements for REAL variables caused an
internal error.
• Using an INTENT(IN) dummy argument in a subsequent initialization expression
sometimes caused an internal error.
• Referencing a character variable via a substring and later as if it were a function caused
an internal error. Now a syntax error is issued.
• Routines which indirectly used the same module many times caused the compilers symbol
table to become corrupted. The compiler now detects and ignores the indirect redundant
USEstatements(ithasalwaysignoreddirectlyvisibleredundantUSEstatements).
• Several internal errors caused by the +DA2.0 flag have been fixed.