[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference turris::decc

Title:DECC
Notice:General DEC C discussions
Moderator:TLE::D_SMITHNTE
Created:Fri Nov 13 1992
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2212
Total number of notes:11045

3.0. "KIT: DEC C for OpenVMS Alpha" by TLE::ZEEB (Jeff Zeeb) Tue Jan 05 1993 14:58

T.RTitleUserPersonal
Name
DateLines
3.1DEC C for OpenVMS AXP X1.3-002E is availableTLE::ZEEBJeff ZeebTue Jan 05 1993 15:3660
3.2DEC C for OpenVMS AXP X1.3-003B is availableTLE::CARLSONTue Jan 12 1993 19:0360
3.3DEC C for OpenVMS AXP X1.3-004 is available TLE::CARLSONTue Jan 26 1993 16:4665
3.4DEC C for OpenVMS AXP T1.3-005 (EFT-3) is availableTLE::CARLSONFri Feb 05 1993 12:06101
3.5DEC C for OpenVMS AXP X1.3-005B is available TLE::CARLSONTue Feb 16 1993 18:2695
3.6DEC C for OpenVMS AXP X1.3-005D is availableTLE::CARLSONFri Feb 26 1993 10:2482
3.7DEC C for OpenVMS AXP X1.3-005D Cross Compiler is available TLE::CARLSONWed Mar 03 1993 16:4977
3.8DEC C for OpenVMS AXP X1.3-006-263A is availableTLE::CARLSONWed Mar 24 1993 15:31124
3.9DEC C for OpenVMS AXP T1.3-007-263Q (EFT-4) is available TLE::CARLSONFri Apr 02 1993 15:2494
3.10DEC C for OpenVMS AXP V1.3-000-265H (SSB) is availableTLE::CARLSONTue Jun 01 1993 17:20136
3.11New cross compiler saveset is availableTLE::ZEEBJeff ZeebWed Jun 02 1993 15:426
3.12DEC C for OpenVMS AXP V1.3-000A (SSB) is availableTLE::CARLSONFri Jun 25 1993 12:0285
3.13New cross compiler saveset is availableTLE::CARLSONFri Jun 25 1993 19:456
3.14DEC C for OpenVMS AXP X1.3-009-266M is availableDECC::CARLSONThu Jul 22 1993 20:4686
3.15Cross-compiler version of DEC C for OpenVMS AXP X1.3-009 now availableDECC::CARLSONThu Jul 29 1993 18:0491
3.16PLEASE READ: DEC C / DEC C++ Kit Distribution Area RelocationDECC::CARLSONFri Jul 30 1993 14:4844
3.17DEC C for OpenVMS AXP X1.3-014-269V is availableDECC::CARLSONTue Sep 28 1993 10:4091
3.18DEC C for OpenVMS AXP T1.4-019A-27BC is availableDECC::CARLSONFri Dec 10 1993 10:0495
3.19newer LIBOTS.EXE required to run DEC C T1.4 on OpenVMS AXP 1.5 systemsDECC::CARLSONWed Jan 26 1994 13:4310
3.20DEC C for OpenVMS AXP T1.4-FT4 (-023-EF4) is availableDECC::CARLSONSun Feb 20 1994 18:04112
3.21DEC C T4.0-FT5 for OpenVMS AXP announcementDECC::CARLSONFri Apr 22 1994 15:29100
3.22DEC C V4.0 for OpenVMS AXP is availableDECC::CARLSONFri Apr 29 1994 10:5593
3.23DEC C T4.1-000 for OpenVMS/AXP is availableDECC::VMCCUTCHEONThu Aug 25 1994 10:4138
3.24KIT: DEC C V4.1 OpenVMS/AXPDECC::VMCCUTCHEONTue Nov 01 1994 14:3139
3.25DEC C T5.0 Alpha/VMS is availableDECC::VMCCUTCHEONThu Jan 12 1995 16:3453
3.26DEC C T5.0-FT2 for Alpha/VMS is available.DECC::VMCCUTCHEONThu Mar 09 1995 16:2459
3.27V5.0-001 Alpha/VMS Sanity kits availableDECC::VMCCUTCHEONFri Apr 14 1995 16:0958
3.28SSB version of DEC C V5.0 for OpenVMS/ALPHA now availableDECC::VMCCUTCHEONWed Apr 26 1995 17:3059
3.29DEC C X5.2 for internal developers is availableDECC::VMCCUTCHEONThu May 11 1995 16:1966
3.30DEC C X5.2-001 for Alpha/VMS is now availableDECC::VMCCUTCHEONMon May 22 1995 12:2166
3.31X5.2-002 for Alpha/VMS now availableDECC::VMCCUTCHEONFri Jun 02 1995 15:51143
3.32DEC C C 5.2-003 for Alpha/vms is now availableDECC::VMCCUTCHEONThu Jun 22 1995 15:51177
3.33KIT: DEC C T5.2-004 for OpenVMS AlphaDECC::VMCCUTCHEONTue Aug 15 1995 15:0540
3.34Kit: DEC C V5.2-001 for OpenVMS AlphaDECC::ERICWTue Oct 17 1995 10:3240
3.35Kit: DEC C V5.2-003 for OpenVMS AlphaDECC::ERICWMon Nov 06 1995 14:5840
3.36The *CORRECT* V5.2-003 kit is now in place.DECCXL::REPETERich Peterson 381-1802 ZKO2-3/N30Fri Dec 01 1995 16:4815
3.37Kit: DEC C T5.3-009 for OpenVMS AlphaDECC::ERICWFri Mar 15 1996 15:4639
3.38The kit announced in 3.37 has been repairedCXXC::REPETERich Peterson 381-1802 ZKO2-3/N30Mon Mar 18 1996 18:2145
3.39Kit: DEC C T5.3-009 for OpenVMS AlphaDECC::ERICWWed Apr 10 1996 14:0739
3.40Kit: DEC C V5.3-006 for OpenVMS AlphaDECC::ERICWTue May 07 1996 14:3939
3.41ECO Kit: DEC C V5.3-007 for OpenVMS AlphaDECC::ERICWWed Aug 21 1996 15:5144
3.42DEC C T5.5-001 for OpenVMS/AlphaDECCXL::ERICWMon Sep 30 1996 21:2740
3.43DEC C V5.5-002 for OpenVMS/Alpha SSB kit is availableDECC::ERICWMon Nov 04 1996 16:3540
3.41Kit: DEC C V5.3-007 for OpenVMS AlphaCXXC::REPETERich Peterson 381-1802 ZKO2-3/N30Tue Dec 03 1996 12:5247
3.44DEC C V5.5-003 ECO kit availableDECC::ERICWTue Feb 11 1997 14:3175

    +---------------------------+ TM
    |   |   |   |   |   |   |   |
    | d | i | g | i | t | a | l |       Interoffice Memorandum
    |   |   |   |   |   |   |   |
    +---------------------------+


    To:  List                 Date:     11-FEB-1997
                              From:     The DEC C team
                              Group:    The Languages Group

    Subject: DEC C for OpenVMS Alpha compiler release


The DEC C development group announces the  availability of the ECO
kit V5.5-003 of DEC C for OpenVMS Alpha. This is a 32 bit native compiler
using a GEM BL32 backend.

The purpose of this kit is to provide a fix for the following two problems
found in DEC C V5.5-002

    o  A program that #includes the starlet header file <exc_handling.h>
       and is compiled with the /debug=symbols command qualifier
       causes the compiler to run indefinitely consuming more and
       more memory until some sort of system failure occurs. Depending
       on quotas and page file sizes, different symptoms ranging from
       tracebacks to system hangs can occur.

       The underlying cause of this failure is an infinite recursion
       when the compiler attempts to generate debug symbol table in-
       formation describing a struct or union type which contains a
       member that is a pointer to a qualified version of the con-
       taining struct or union type. The exc_handling.h header file
       contains such a type declaration. A simple example of such a
       declaration is:

              struct x {
                  volatile struct x *ptr;
              };

       Either the "const" or "volatile" type qualifiers in such a con-
       text will trigger the failure (the "__unaligned" type qualifier
       will not). The only workarounds are to compile without debug
       symbols or to modify the source code not to use these type
       qualifiers in such a context.

       This problem was introduced in V5.5-002 and is not present in
       earlier versions of the compiler.

    o  A compilation that requests a listing file (/list) and speci-
       fies more than one source file using a comma-separated list may
       fail with an ACCVIO or may simply omit a section of the listing
       for the second and subsequent source files.

       In V5.5-002, a new section was added to the end of the listing
       file to show the values of all predefined macros at compilation
       startup. This section should appear at the end of each separate
       listing file corresponding to each compilation for a comma-
       separated list. Within the compiler, the memory management
       cleanup between separate compilations for a comma-separated
       list corrupted the data used to produce this new section of
       listing. The usual effect is just to omit the new section in
       all but the first compilation, but it is possible for the com-
       piler to access violate. The workarounds are either to compile
       /nolist or to perform the compilations one at a time instead of
       using a comma list.

Network kits are contained in one save set at:

    DECC::DECC$KIT:[ALPHA]CC01055.A

This native kit is a regular VMSINSTAL kit, which requires an LMF  pak
and OpenVMS V6.1 (or higher).
3.45DEC C T5.6-001 for AlphaVMS is availableDECC::ERICWThu Mar 20 1997 14:30112

    +---------------------------+ TM
    |   |   |   |   |   |   |   |
    | d | i | g | i | t | a | l |       Interoffice Memorandum
    |   |   |   |   |   |   |   |
    +---------------------------+


    To:  List                 Date:     20-MAR-1997
                              From:     The DEC C team
                              Group:    The Languages Group

    Subject: DEC C for OpenVMS Alpha compiler release


The DEC C development group announces the  availability of the field test
kit T5.6-001 of DEC C for OpenVMS Alpha.  This is a 32 bit native compiler
using a GEM BL33 backend.

This is primarily a maintenance release focused on bug fixes, performance,
usability and message improvements, and providing V7.1 runtime library features
on prior versions of VMS.  Enhancements include

o  Optimizer for Alpha now exploits the __restrict
   qualifier in limited ways. Future releases will expand
   this kind of optimization.

o  Optional compile-time diagnostics and optimizations for
   certain kinds of format strings passed to the printf
   family of library functions.

   If a preprocessor macro named "_INTRINSICS" is defined
   prior to inclusion of the V5.6 header file stdio.h, the
   compiler will perform compile-time analysis of format
   strings and arguments passed to printf, fprintf, and
   sprintf when possible. When the format string passed to
   one of these functions is an explicit compile-time-
   known string, this feature permits the compiler to
   diagnose mismatches in number and type between the %-
   specifiers in the format string and the arguments to be
   formatted. Most such format strings will be converted
   to a more efficient run-time encoding handled by new
   library routines. In addition, a number of special cases
   are recognized which will cause the compiler either to
   generate calls directly to lower-level library routines
   instead of printf, or to generate inline code, avoiding
   the need to do any format decoding at runtime. For
   example, a format such as "%s" passed to fprintf()
   can be converted to a call to fputs(). When passed
   to sprintf, it might be converted either to a call to
   strcpy or to inline code to copy characters into the
   buffer. In versions of OpenVMS through V7.1, the runtime
   support for this feature is provided only through object
   modules placed in SYS$LIBRARY:STARLET.OLB by this kit.


o  Message group C_TO_CXX. This message group contains an
   optional set of diagnostics that report the use of a
   number of C language constructs that are not compatible
   with, or have a slightly different meaning in, the C++
   language. This group may be enabled explicitly either on
   the command line (/WARN=ENABLE=C_TO_CXX) or by #pragma
   message enable (c_to_cxx).


o  New runtime check, /CHECK=POINTER_SIZE=INTEGER_CAST.
   This causes the compiler to generate code to check
   at runtime that casts from 64-bit pointer to 32-bit
   integer do not overflow. The expected behavior of casts
   to integer types is to truncate the value silently. But
   in porting 32-bit code to exploit 64-bit pointers, such
   casts can occur unintentionally and produce runtime
   failures that are otherwise very difficult to analyze.


o  New diagnostics to detect simple expressions with side
   effects that are undefined in ANSI C. The C standard
   formalized defacto rules about side effects in terms of
   sequence points. An expression that modifies the same
   object more than once, or that modifies an object and
   fetches its value for a purpose other than computing the
   modified value, has undefined behavior unless there is
   an intervening sequence point. The compiler now warns
   about such expressions (only for objects that are simple
   declared variables).


o  Source listings now include statement level nesting.
   The annotation at the left margin of the source listing
   now includes the statement nesting level in effect at
   the end of that source line. The statement nesting level
   appears as a simple integer before the listing line
   number. The block of a function definition is level 1.
   Outside of function definitions, this field is blank.


Network kits are contained in one save set at:

DECC::DECC$KIT:[ALPHA]CC056.A

For users who need compilers as old as V4.1 compiler which FRSed Nov '94,
savesets are available in the same directory:

DECC::DECC$KIT:[ALPHA]ALPHA_CC041.A,ALPHA_CC041.B
DECC::DECC$KIT:[ALPHA]CC050.A
DECC::DECC$KIT:[ALPHA]CC052.A
DECC::DECC$KIT:[ALPHA]CC053.A
DECC::DECC$KIT:[ALPHA]CC055.A

This native kit is a regular VMSINSTAL kit, which requires an LMF  pak
and OpenVMS V6.1 (or higher).
3.46DEC C T5.6-002 sanity kit for AlphaVMS is availableDECC::ERICWThu Apr 17 1997 10:52111
    +---------------------------+ TM
    |   |   |   |   |   |   |   |
    | d | i | g | i | t | a | l |       Interoffice Memorandum
    |   |   |   |   |   |   |   |
    +---------------------------+


    To:  List                 Date:     17-APR-1997
                              From:     The DEC C team
                              Group:    The Languages Group

    Subject: DEC C for OpenVMS Alpha compiler release


The DEC C development group announces the  availability of the sanity
kit T5.6-002 of DEC C for OpenVMS Alpha.  This is a 32 bit native compiler
using a GEM BL33 backend.

This is primarily a maintenance release focused on bug fixes, performance,
usability and message improvements, and providing V7.1 runtime library features
on prior versions of VMS.  Enhancements include

o  Optimizer for Alpha now exploits the __restrict
   qualifier in limited ways. Future releases will expand
   this kind of optimization.

o  Optional compile-time diagnostics and optimizations for
   certain kinds of format strings passed to the printf
   family of library functions.

   If a preprocessor macro named "_INTRINSICS" is defined
   prior to inclusion of the V5.6 header file stdio.h, the
   compiler will perform compile-time analysis of format
   strings and arguments passed to printf, fprintf, and
   sprintf when possible. When the format string passed to
   one of these functions is an explicit compile-time-
   known string, this feature permits the compiler to
   diagnose mismatches in number and type between the %-
   specifiers in the format string and the arguments to be
   formatted. Most such format strings will be converted
   to a more efficient run-time encoding handled by new
   library routines. In addition, a number of special cases
   are recognized which will cause the compiler either to
   generate calls directly to lower-level library routines
   instead of printf, or to generate inline code, avoiding
   the need to do any format decoding at runtime. For
   example, a format such as "%s" passed to fprintf()
   can be converted to a call to fputs(). When passed
   to sprintf, it might be converted either to a call to
   strcpy or to inline code to copy characters into the
   buffer. In versions of OpenVMS through V7.1, the runtime
   support for this feature is provided only through object
   modules placed in SYS$LIBRARY:STARLET.OLB by this kit.


o  Message group C_TO_CXX. This message group contains an
   optional set of diagnostics that report the use of a
   number of C language constructs that are not compatible
   with, or have a slightly different meaning in, the C++
   language. This group may be enabled explicitly either on
   the command line (/WARN=ENABLE=C_TO_CXX) or by #pragma
   message enable (c_to_cxx).


o  New runtime check, /CHECK=POINTER_SIZE=INTEGER_CAST.
   This causes the compiler to generate code to check
   at runtime that casts from 64-bit pointer to 32-bit
   integer do not overflow. The expected behavior of casts
   to integer types is to truncate the value silently. But
   in porting 32-bit code to exploit 64-bit pointers, such
   casts can occur unintentionally and produce runtime
   failures that are otherwise very difficult to analyze.


o  New diagnostics to detect simple expressions with side
   effects that are undefined in ANSI C. The C standard
   formalized defacto rules about side effects in terms of
   sequence points. An expression that modifies the same
   object more than once, or that modifies an object and
   fetches its value for a purpose other than computing the
   modified value, has undefined behavior unless there is
   an intervening sequence point. The compiler now warns
   about such expressions (only for objects that are simple
   declared variables).


o  Source listings now include statement level nesting.
   The annotation at the left margin of the source listing
   now includes the statement nesting level in effect at
   the end of that source line. The statement nesting level
   appears as a simple integer before the listing line
   number. The block of a function definition is level 1.
   Outside of function definitions, this field is blank.


Network kits are contained in one save set at:

DECC::DECC$KIT:[ALPHA]CC056.A

For users who need compilers as old as V4.1 compiler which FRSed Nov '94,
savesets are available in the same directory:

DECC::DECC$KIT:[ALPHA]ALPHA_CC041.A,ALPHA_CC041.B
DECC::DECC$KIT:[ALPHA]CC050.A
DECC::DECC$KIT:[ALPHA]CC052.A
DECC::DECC$KIT:[ALPHA]CC053.A
DECC::DECC$KIT:[ALPHA]CC055.A

This native kit is a regular VMSINSTAL kit, which requires an LMF  pak
and OpenVMS V6.1 (or higher).
3.47DEC C V5.6-003 SSB kit for AlphaVMS is availableDECC::ERICWWed Apr 23 1997 17:01111
    +---------------------------+ TM
    |   |   |   |   |   |   |   |
    | d | i | g | i | t | a | l |       Interoffice Memorandum
    |   |   |   |   |   |   |   |
    +---------------------------+


    To:  List                 Date:     23-APR-1997
                              From:     The DEC C team
                              Group:    The Languages Group

    Subject: DEC C for OpenVMS Alpha compiler release


The DEC C development group announces the  availability of the final SSB
kit V5.6-003 of DEC C for OpenVMS Alpha.  This is a 32 bit native compiler
using a GEM BL33 backend.

This is primarily a maintenance release focused on bug fixes, performance,
usability and message improvements, and providing V7.1 runtime library features
on prior versions of VMS.  Enhancements include

o  Optimizer for Alpha now exploits the __restrict
   qualifier in limited ways. Future releases will expand
   this kind of optimization.

o  Optional compile-time diagnostics and optimizations for
   certain kinds of format strings passed to the printf
   family of library functions.

   If a preprocessor macro named "_INTRINSICS" is defined
   prior to inclusion of the V5.6 header file stdio.h, the
   compiler will perform compile-time analysis of format
   strings and arguments passed to printf, fprintf, and
   sprintf when possible. When the format string passed to
   one of these functions is an explicit compile-time-
   known string, this feature permits the compiler to
   diagnose mismatches in number and type between the %-
   specifiers in the format string and the arguments to be
   formatted. Most such format strings will be converted
   to a more efficient run-time encoding handled by new
   library routines. In addition, a number of special cases
   are recognized which will cause the compiler either to
   generate calls directly to lower-level library routines
   instead of printf, or to generate inline code, avoiding
   the need to do any format decoding at runtime. For
   example, a format such as "%s" passed to fprintf()
   can be converted to a call to fputs(). When passed
   to sprintf, it might be converted either to a call to
   strcpy or to inline code to copy characters into the
   buffer. In versions of OpenVMS through V7.1, the runtime
   support for this feature is provided only through object
   modules placed in SYS$LIBRARY:STARLET.OLB by this kit.


o  Message group C_TO_CXX. This message group contains an
   optional set of diagnostics that report the use of a
   number of C language constructs that are not compatible
   with, or have a slightly different meaning in, the C++
   language. This group may be enabled explicitly either on
   the command line (/WARN=ENABLE=C_TO_CXX) or by #pragma
   message enable (c_to_cxx).


o  New runtime check, /CHECK=POINTER_SIZE=INTEGER_CAST.
   This causes the compiler to generate code to check
   at runtime that casts from 64-bit pointer to 32-bit
   integer do not overflow. The expected behavior of casts
   to integer types is to truncate the value silently. But
   in porting 32-bit code to exploit 64-bit pointers, such
   casts can occur unintentionally and produce runtime
   failures that are otherwise very difficult to analyze.


o  New diagnostics to detect simple expressions with side
   effects that are undefined in ANSI C. The C standard
   formalized defacto rules about side effects in terms of
   sequence points. An expression that modifies the same
   object more than once, or that modifies an object and
   fetches its value for a purpose other than computing the
   modified value, has undefined behavior unless there is
   an intervening sequence point. The compiler now warns
   about such expressions (only for objects that are simple
   declared variables).


o  Source listings now include statement level nesting.
   The annotation at the left margin of the source listing
   now includes the statement nesting level in effect at
   the end of that source line. The statement nesting level
   appears as a simple integer before the listing line
   number. The block of a function definition is level 1.
   Outside of function definitions, this field is blank.


Network kits are contained in one save set at:

DECC::DECC$KIT:[ALPHA]CC056.A

For users who need compilers as old as V4.1 compiler which FRSed Nov '94,
savesets are available in the same directory:

DECC::DECC$KIT:[ALPHA]ALPHA_CC041.A,ALPHA_CC041.B
DECC::DECC$KIT:[ALPHA]CC050.A
DECC::DECC$KIT:[ALPHA]CC052.A
DECC::DECC$KIT:[ALPHA]CC053.A
DECC::DECC$KIT:[ALPHA]CC055.A

This native kit is a regular VMSINSTAL kit, which requires an LMF  pak
and OpenVMS V6.1 (or higher).