Jones D.M.The new C standard (C90 and C++).An economic and cultural commentary.2005
.pdf
1430 6.7.2.2 Enumeration specifiers
5char x@lsquare[]HUGE_ARR@rsquare[];
6};
7
8int main(void)
9{
10struct A *p = (struct A *)malloc(sizeof(struct A)
11 |
- HUGE_ARR + 100); /* Want x@lsquare[]100@rsquare[] this time. */ |
12p->x@lsquare[]5@rsquare[] = ’?’; /* Is strictly conforming. */
13return 0;
14}
Support for the last member having an incomplete array type is new in C99.
C++
Support for the last member having an incomplete array type is new in C99 and is not available in C++.
flexible array this is called a flexible array member . member
C++
There is no equivalent construct in C++.
6.7.2.2 Enumeration specifiers
enumeration specifier
syntax
enum-specifier:
enum identifieropt { enumerator-list } enum identifieropt { enumerator-list , } enum identifier
enumerator-list:
enumerator
enumerator-list , enumerator
enumerator:
enumeration-constant
enumeration-constant = constant-expression
C90
Support for a trailing comma at the end of an enumerator-list is new in C99.
|
|
C++ |
|
|
The form that omits the brace enclosed list of members is known as an elaborated type specifier, 7.1.5.3, in |
|
|
C++. |
|
|
|
|
|
The C++ syntax, 7.2p1, does not permit a trailing comma. |
Constraints |
||
|
|
|
enumera- |
The expression that defines the value of an enumeration constant shall be an integer constant expression |
|
tion constant |
that has a value representable as an int. |
|
representable in |
||
int
C++
7.2p1
The constant-expression shall be of integral or enumeration type.
7.2p4
1420
1429
1430
v 1.0b |
September 2, 2005 |
6.7.2.2 Enumeration specifiers 1436
If an initializer is specified for an enumerator, the initializing value has the same type as the expression.
Source developed using a C++ translator may contain enumeration initialization values that would be a constraint violation if processed by a C translator.
1#include <limits.h>
2
3enum { umax_int = UINT_MAX}; /* constraint violation */
4 |
// has type unsigned int |
Semantics
1431 The identifiers in an enumerator list are declared as constants that have type int and may appear wherever such are permitted.107)
C++
Following the closing brace of an enum-specifier, each enumerator has the type of its enumeration. Prior to the closing brace, the type of each enumerator is the type of its initializing value.
In C the type of an enumeration constant is always int, independently of the integer type that is compatible with its enumeration type.
enumerators type int
7.2p4
1#include <limits.h>
2
3int might_be_cpp_translator(void)
4{
5enum { a = -1, b = UINT_MAX }; // each enumerator fits in int or unsigned int
6
7return (sizeof(a) != sizeof(int));
8}
9
10void CPP_DR_172_OPEN(void) // Open C++ DR
11{
12enum { zero };
13
14 if (-1 < zero) /* always true */
15// might be false (because zero has an unsigned type)
16;
17}
1435 (The use of enumerators with = may produce enumeration constants with values that duplicate other values in the same enumeration.)
C++
The C++ Standard does not explicitly mention this possibility, although it does give an example, 7.2p2, of an enumeration type containing more than one enumeration constant having the same value.
1436 The enumerators of an enumeration are also known as its members.
C++
The C++ Standard does not define this additional terminology for enumerators; probably because it is strongly associated with a different meaning for members of a class.
|
7.2p1 |
September 2, 2005 |
v 1.0b |
1440 6.7.2.2 Enumeration specifiers
. . . the associated enumerator the value indicated by the constant-expression.
enumeration |
Each enumerated type shall be compatible with char, a signed integer type, or an unsigned integer type. |
1437 |
type compatible |
|
|
with |
C90 |
|
Each enumerated type shall be compatible with an integer type;
integer types 516 The integer types include the enumeration types. The change of wording in the C99 Standard removes a circularity in the specification.
C++
7.2p1
enumeration 858 constant
type enumeration 515
different type
7.2p5
An enumeration is a distinct type (3.9.1) with named constants.
The underlying type of an enumeration may be an integral type that can represent all the enumerator values defined in the enumeration (7.2p5). But from the point of view of type compatibility it is a distinct type.
It is implementation-defined which integral type is used as the underlying type for an enumeration except that the underlying type shall not be larger than int unless the value of an enumerator cannot fit in an int or unsigned int.
While it is possible that source developed using a C++ translator may select a different integer type than a particular C translator, there is no effective difference in behavior because different C translators may also select different types.
The choice of type is implementation-defined, 108) but shall be capable of representing the values of all the 1438 members of the enumeration.
C90
The requirement that the type be capable of representing the values of all the members of the enumeration was added by the response to DR #071.
enumerated type The enumerated type is incomplete until after the } that terminates the list of enumerator declarations. |
1439 |
incomplete until
C90
The C90 Standard did not specify when an enumerated type was completed.
C++
The C++ Standard neither specifies that the enumerated type is incomplete at any point or that it becomes complete at any point.
7.2p4
Following the closing brace of an enum-specifier, each enumerator has the type of its enumeration
v 1.0b |
September 2, 2005 |
6.7.2.3 Tags 1445
1440 EXAMPLE The following fragment:
enum hue { chartreuse, burgundy, claret=20, winedark }; enum hue col, *cp;
col = claret; cp = & col;
if (*cp != burgundy) /* ... */
makes hue the tag of an enumeration, and then declares col as an object that has that type and cp as a pointer to an object that has that type. The enumerated values are in the set { 0, 1, 20, 21 }.
C++
The equivalent example in the C++ Standard uses the enumeration names red, yellow, green and blue.
1442 107) Thus, the identifiers of enumeration constants declared in the same scope shall all be distinct from each other and from other identifiers declared in ordinary declarators.
C++
The C++ Standard does not explicitly make this observation.
1443 108) An implementation may delay the choice of which integer type until all enumeration constants have been seen.
C90
The C90 Standard did not make this observation about implementation behavior.
C++
This behavior is required of a C++ implementation because:
The underlying type of an enumeration is an integral type that can represent all the enumerator values defined |
7.2p5 |
|
|
in the enumeration. |
|
|
|
footnote 107
footnote 108
6.7.2.3 Tags
1444 A specific type shall have its content defined at most once.
C90
This requirement was not explicitly specified in the C90 Standard (although it might be inferred from the wording), but was added by the response to DR #165.
C++
The C++ Standard does not classify the identifiers that occur after the enum, struct, or union keywords as tags. There is no tag namespace. The identifiers exist in the same namespace as object and typedef identifiers. This namespace does not support multiple definitions of the same name in the same scope (3.3p4). It is this C++ requirement that enforces the C one given above.
1445 Where two declarations that use the same tag declare the same type, they shall both use the same choice
of struct, union, or enum.
type
contents defined once
tag name same struct, union or enum
C90
The C90 Standard did not explicitly specify this constraint. While the behavior was therefore undefined, it is unlikely that the behavior of any existing code will change when processed by a C99 translator (and no difference is flagged here).
September 2, 2005 |
v 1.0b |
1448 6.7.2.3 Tags
C++
7.1.5.3p3
The class-key or enum keyword present in the elaborated-type-specifier shall agree in kind with the declaration to which the name in the elaborated-type-specifier refers.
enum identifier A type specifier of the form |
1446 |
enum identifier
without an enumerator list shall only appear after the type it specifies is complete.
sizeof 1108 constraints
C90
This C99 requirement was not specified in C90, which did not containing any wording that ruled out the declaration of an incomplete enumerated type (and confirmed by the response to DR #118). Adding this constraint brings the behavior of enumeration types in line with that for structure and union types.
Source code containing declarations of incomplete enumerator types will cause C99 translators to issue a diagnostic, where a C90 translator was not required to issue one.
1 enum E1 { ec_1 = sizeof (enum E1) }; |
/* Constraint violation in C99. */ |
2enum E2 { ec_2 = sizeof (enum E2 *) }; /* Constraint violation in C99. */
C++
3.3.1p5
[Note: if the elaborated-type-specifier designates an enumeration, the identifier must refer to an already declared enum-name.
3.4.4p2
If the elaborated-type-specifier refers to an enum-name and this lookup does not find a previously declared enum-name, the elaborated-type-specifier is ill-formed.
1 |
enum incomplete_tag *x; /* |
constraint violation */ |
|
2 |
|
// |
undefined behavior |
3 |
|
|
|
4 |
enum also_incomplete; /* |
constraint violation */ |
|
5 |
// |
ill-formed |
|
Semantics
tag declarations All declarations of structure, union, or enumerated types that have the same scope and use the same tag 1447 |
|
same scope |
declare the same type. |
|
|
|
C90 |
|
This requirement was not explicitly specified in the C90 Standard (although it might be inferred from the |
|
wording), but was added by the response to DR #165. |
v 1.0b |
September 2, 2005 |
6.7.2.3 Tags 1455
C++
The C++ Standard specifies this behavior for class types (9.1p2). While this behavior is not specified for enumerated types, it is not possible to have multiple declarations of such types.
1448 |
The type is incomplete109) until the closing brace of the list defining the content, and complete thereafter. |
tag |
|
C++ |
incomplete until |
|
|
|
|
The C++ Standard specifies this behavior for class types (9.2p2), but is silent on the topic for enumerated |
|
|
types. |
|
|
|
|
1449 |
Two declarations of structure, union, or enumerated types which are in different scopes or use different tags |
tag declarations |
|
declare distinct types. |
different scope |
|
C90 |
|
The C99 Standard more clearly specifies the intended behavior, which had to be inferred in the C90 Standard.
1447 tag dec-
larations same scope
C++
The C++ Standard specifies this behavior for class definitions (9.1p1), but does not explicitly specify this behavior for declarations in different scope.
1450 Each declaration of a structure, union, or enumerated type which does not include a tag declares a distinct type.
C90
The C90 Standard refers to a “ . . . a new structure, union, or enumerated type,” without specifying the distinctness of new types. The C99 Standard clarified the meaning.
C++
The C++ Standard specifies that a class definition introduces a new type, 9.1p1 (which by implication is distinct). However, it does not explicitly specify the status of the type that is created when the tag (a C term) is omitted in a declaration.
struct/union declaration no tag
1451 A type specifier of the form
struct-or-union identifieropt { struct-declaration-list }
or
enum identifier { enumerator-list }
or
enum identifier { enumerator-list , }
declares a structure, union, or enumerated type.
C90
Support for the comma terminated form of enumerated type declaration is new in C99.
C++
The C++ Standard does not explicitly specify this semantics (although 9p4 comes close).
1453 If an identifier is provided, 110) the type specifier also declares the identifier to be the tag of that type. |
tag |
|
declare |
September 2, 2005 |
v 1.0b |
1460 |
6.7.2.3 Tags |
|
|||
|
|
C++ |
|
||
|
|
The term tag is not used in C++, which calls the equivalent construct a class name. |
|
||
|
|
|
|
|
|
footnote |
|
109) An incomplete type may only by used when the size of an object of that type is not needed. |
1455 |
||
109 |
|
|
|
|
|
size needed |
C90 |
|
It declares a tag that specifies a type that may be used only when the size of an object of the specified type is not needed.
incom- 472 plete types
The above sentence appears in the main body of the standard, not a footnote.
The C99 wording is more general in that it includes all incomplete types. This is not a difference in behavior because these types are already allowed to occur in the same context as an incomplete structure/union type.
C++
The C++ Standard contains no such rule, but enumerates the cases:
3.9p8
[Note: the rules for declarations and expressions describe in which contexts incomplete types are prohibited. ]
The specification has to be complete before such a function is called or defined. |
1457 |
C90
footnote 110
footnote 111
The specification shall be complete before such a function is called or defined.
The form of wording has been changed from appearing to be a requirement (which would not be normative in a footnote) to being commentary.
110) If there is no identifier, the type can, within the translation unit, only be referred to by the declaration of |
1458 |
|
which it is a part. |
|
|
C90 |
|
|
This observation was is new in the C90 Standard. |
|
|
C++ |
|
|
The C++ Standard does not make this observation. |
|
|
|
|
|
Of course, when the declaration is of a typedef name, subsequent declarations can make use of that typedef |
1459 |
|
name to declare objects having the specified structure, union, or enumerated type. |
|
|
C90 |
|
|
This observation is new in the C90 Standard. |
|
|
C++ |
|
|
The C++ Standard does not make this observation. |
|
|
|
|
|
111) A similar construction with enum does not exist. |
1460 |
|
v 1.0b |
September 2, 2005 |
6.7.3 Type qualifiers 1466
C++
If an elaborated-type-specifier is the sole constituent of a declaration, the declaration is ill-formed unless . . .
The C++ Standard does not list enum identifier ; among the list of exceptions and a conforming C++ translator is required to issue a diagnostic for any instances of this usage.
The C++ Standard agrees with this footnote for its second reference in the C90 Standard.
1461 If a type specifier of the form
struct-or-union identifier
7.1.5.3p1
1461 struct- or-union identifier not visible
struct-or- union identifier not visible
occurs other than as part of one of the above forms, and no other declaration of the identifier as a tag is
visible, then it declares an incomplete structure or union type, and declares the identifier as the tag of that type.111
C++
The C++ Standard does not explicitly discuss this kind of construction/occurrence, although 3.9p6 and 3.9p7 discuss this form of incomplete type.
1462 If a type specifier of the form |
struct-or- |
|
union identifier |
struct-or-union identifier |
visible |
|
|
or |
|
enum identifier |
|
occurs other than as part of one of the above forms, and a declaration of the identifier as a tag is visible, then it specifies the same type as that other declaration, and does not redeclare the tag.
C++
3.4.4p2 covers this case .E_COMMENT
1464 EXAMPLE 2 To illustrate the use of prior declaration of a tag to specify a pair of mutually referential structures, the declarations
struct s1 { struct s2 *s2p; /* ... */ }; // D1 struct s2 { struct s1 *s1p; /* ... */ }; // D2
EXAMPLE mutually refer-
ential structures
specify a pair of structures that contain pointers to each other. Note, however, that if s2 were already declared as a tag in an enclosing scope, the declaration D1 would refer to it, not to the tag s2 declared in D2. To eliminate this context sensitivity, the declaration
struct s2;
may be inserted ahead of D1. This declares a new tag s2 in the inner scope; the declaration D2 then completes the specification of the new type.
C++
This form of declaration would not have the desired affect in C++ because the braces form a scope. The declaration of s2 would need to be completed within that scope, unless there was a prior visible declaration it could refer to.
6.7.3 Type qualifiers
September 2, 2005 |
v 1.0b |
1469 6.7.3 Type qualifiers
type qualifier |
|
|
|
|
|
|
|
syntax |
|
|
1466 |
|
|
|
|
|
|
type-qualifier: |
|
|
|
const |
|
|
|
restrict |
|
|
|
volatile |
|
|
|
C90 |
|
|
|
Support for restrict is new in C99. |
|
|
|
C++ |
|
|
|
||
|
|
Support for restrict is new in C99 and is not specified in the C++ Standard. |
|
|
Constraints |
|
|
|
Semantics |
|
|
|
|
|
|
qualifier |
|
The properties associated with qualified types are meaningful only for expressions that are lvalues. 112) |
1468 |
meaningful for |
|
C++ |
|
lvalues |
|
|
|
qualifier appears more
than once
The C++ Standard also associates properties of qualified types with rvalues (3.10p3). Such cases apply to constructs that are C++ specific and not available in C.
If the same qualifier appears more than once in the same specifier-qualifier-list, either directly or via 1469 one or more typedefs, the behavior is the same as if it appeared only once.
C90
The following occurs within a constraint clause.
The same type qualifier shall not appear more than once in the same specifier list or qualifier list, either directly or via one or more typedefs.
Source code containing a declaration with the same qualifier appearing more than once in the same specifier-quali will cause a C90 translator to issue a diagnostic.
C++
7.1.5p1 |
|
However, redundant cv-qualifiers are prohibited except when introduced through the use of typedefs (7.1.3) or |
|
|
|
|
|
|
|
|
|
|
template type arguments (14.3), in which case the redundant cv-qualifiers are ignored. |
|
|
|
|
|
|
|
|
The C++ Standard does not define the term prohibited. Applying common usage to this term suggests that it |
||
|
|
is to be interpreted as a violation of a diagnosable (because “no diagnostic is required”, 1.4p1, has not been |
||
|
|
specified) rule. |
||
|
|
|||
|
|
The C++ specification is intermediate between that of C90 and C99. |
||
v 1.0b |
September 2, 2005 |
6.7.3 Type qualifiers 1478
1const const int cci; /* does not change the conformance status of program */
2 |
// in violation of a diagnosable rule |
1470 If an attempt is made to modify an object defined with a const-qualified type through use of an lvalue with non-const-qualified type, the behavior is undefined.
C++
An lvalue for an object is necessary in order to modify the object except that an rvalue of class type can also be used to modify its referent under certain circumstances. [Example: a member function called for an object (9.3) can modify the object. ]
const qualified attempt modify
3.10p10
|
The C++ Standard specifies a different linkage for some objects declared using a const-qualified type. |
422 static |
||||
|
internal linkage |
|||||
|
|
|
|
|
|
|
1473 Therefore any expression referring to such an object shall be evaluated strictly according to the rules of the |
|
|||||
|
abstract machine, as described in 5.1.2.3. |
|
||||
|
C++ |
|
||||
|
There is no equivalent statement in the C++ Standard. But it can be deduced from the following two para- |
|
||||
|
graphs: |
|
||||
|
|
|
|
|
|
1.9p5 |
|
|
|
A conforming implementation executing a well-formed program shall produce the same observable behavior |
|
|
|
|
|
|
|
|
||
|
|
|
as one of the possible execution sequences of the corresponding instance of the abstract machine with the same |
|
|
|
|
|
|
program and the same input. |
|
|
|
|
|
|
|
|
|
|
1.9p6
The observable behavior of the abstract machine is its sequence of reads and writes to volatile data and calls to library I/O functions.6)
1475 |
112) The implementation may place a const object that is not volatile in a read-only region of storage. |
footnote |
|
|
112 |
|
C++ |
|
|
The C++ Standard does not make this observation. |
|
1476 |
|
|
Moreover, the implementation need not allocate storage for such an object if its address is never used. |
|
|
|
C++ |
|
The C++ Standard does not make this observation. However, given C++ supports zero sized objects, 1.8p5, there may be other cases where implementations need not allocate storage.
1477 113) This applies to those objects that behave as if they were defined with qualified types, even if they are never actually defined as objects in the program (such as an object at a memory-mapped input/output address).
C++
The C++ Standard does not make this observation.
footnote 113
September 2, 2005 |
v 1.0b |