Previous | Contents |
Table B-1 contains information about versions of compilers that might generate noncompliant code sequences and the recommended minimum versions to use when you recompile.
Old Version | Recommended Minimum Version |
---|---|
BLISS V1.1 | BLISS V1.3 |
DEC Ada V3.5 | HP Ada V3.5A |
DEC C V5.x | DEC C V6.0 |
DEC C++ V5.x | DEC C++ V6.0 |
DEC COBOL V2.4, V2.5, V2.6 | COBOL V2.8 |
DEC Pascal V5.0-2 | DEC Pascal V5.1-11 |
MACRO--32 V3.0 |
V3.1 for OpenVMS Version 7.1-2
V4.1 for OpenVMS Version 7.2 |
MACRO--64 V1.2 | See below. |
Current versions of the MACRO--64 assembler might still encounter the loop rotation issue. However, MACRO--64 does not perform code optimization by default, and this problem occurs only when optimization is enabled. If SRM_CHECK indicates a noncompliant sequence in the MACRO--64 code, it should first be recompiled without optimization. If the sequence is still flagged when retested, the source code itself contains a noncompliant sequence that must be corrected.
Alpha computers with 21264 processors require strict adherence to the restrictions for interlocked memory sequences for the LDx_L and STx_C instructions described in the Alpha Architecture Reference Manual, Third Edition. To help ensure that uses of interlocked memory instructions conform to the architectural guidelines, additional checking has been added to Version 3.1 of the MACRO--32 Compiler for OpenVMS Alpha.
The Alpha Architecture Reference Manual, Third Edition describes the rules for instruction use within interlocked memory sequences in Section 4.2.4. The MACRO--32 for OpenVMS Alpha Version 3.1 compiler observes these rules in the code it generates from MACRO--32 source code. However, the compiler provides EVAX_LQxL and EVAX_STxC built-ins, which allow these instructions to be written directly in source code.
The MACRO--32 Compiler for OpenVMS Alpha Version 4.1 now performs
additional code checking and displays warning messages for noncompliant
code sequences.
B.6 Recompiling Code with ALONONPAGED_INLINE or LAL_REMOVE_FIRST
Any MACRO--32 code on OpenVMS Alpha that invokes either the ALONONPAGED_INLINE or the LAL_REMOVE_FIRST macro from the SYS$LIBRARY:LIB.MLB macro library must be recompiled on OpenVMS Version 7.2 or higher to obtain a correct version of these macros. The change to these macros corrects a potential synchronization problem that is more likely to be encountered on newer processors, starting with Alpha 21264 (EV6).
Source modules that call the EXE$ALONONPAGED routine (or any of its variants) do not need to be recompiled. These modules transparently use the correct version of the routine that is included in this release. |
Previous | Contents | Contents |