This is missing information about _Pragma(), FP_CONTRACT, CX_LIMITED_RANGE.(November 2020) |
C language revisions |
---|
C99 (previously C9X, formally ISO/IEC 9899:1999) is a past version of the C programming language open standard. [1] It extends the previous version (C90) with new features for the language and the standard library, and helps implementations make better use of available computer hardware, such as IEEE 754-1985 floating-point arithmetic, and compiler technology. [2] The C11 version of the C programming language standard, published in 2011, updates C99.
After ANSI produced the official standard for the C programming language in 1989, which became an international standard in 1990, the C language specification remained relatively static for some time, while C++ continued to evolve, largely during its own standardization effort. Normative Amendment 1 created a new standard for C in 1995, but only to correct some details of the 1989 standard and to add more extensive support for international character sets. The standard underwent further revision in the late 1990s, leading to the publication of ISO/IEC 9899:1999 in 1999, which was adopted as an ANSI standard in May 2000. The language defined by that version of the standard is commonly referred to as "C99". The international C standard is maintained by the working group ISO/IEC JTC1/SC22/WG14.
C99 is, for the most part, backward compatible with C89, but it is stricter in some ways. [3]
In particular, a declaration that lacks a type specifier no longer has int
implicitly assumed. The C standards committee decided that it was of more value for compilers to diagnose inadvertent omission of the type specifier than to silently process legacy code that relied on implicit int
. In practice, compilers are likely to display a warning, then assume int
and continue translating the program.
C99 introduced several new features, many of which had already been implemented as extensions in several compilers: [4]
long long int
, optional extended integer types, an explicit Boolean data type, and a complex
type to represent complex numbers //
, as in BCPL, C++ and Java snprintf
<stdbool.h>
, <complex.h>
, <tgmath.h>
, and <inttypes.h>
<tgmath.h>
, which select a math library function based upon float
, double
, or long double
arguments, etc.struct point p = { .x = 1, .y = 2 };
) [5] function((struct x) {1, 2})
) [6] restrict
qualification allows more aggressive code optimization, removing compile-time array access advantages previously held by FORTRAN over ANSI C [7] \u0040
or eight-digit hexadecimal sequences \U0001f431
static
in array indices in parameter declarations [8] Parts of the C99 standard are included in the current version of the C++ standard, including integer types, headers, and library functions. Variable-length arrays are not among these included parts because C++'s Standard Template Library already includes similar functionality.
A major feature of C99 is its numerics support, and in particular its support for access to the features of IEEE 754-1985 (also known as IEC 60559) floating-point hardware present in the vast majority of modern processors (defined in "Annex F IEC 60559 floating-point arithmetic"). Platforms without IEEE 754 hardware can also implement it in software. [2]
On platforms with IEEE 754 floating point:
float
is defined as IEEE 754 single precision, double
is defined as double precision, and long double
is defined as IEEE 754 extended precision (e.g., Intel 80-bit double extended precision on x86 or x86-64 platforms), or some form of quad precision where available; otherwise, it is double precision.FLT_EVAL_METHOD | float | double | long double |
---|---|---|---|
0 | float | double | long double |
1 | double | double | long double |
2 | long double | long double | long double |
FLT_EVAL_METHOD == 2
indicates that all internal intermediate computations are performed by default at high precision (long double) where available (e.g., 80 bit double extended), FLT_EVAL_METHOD == 1
performs all internal intermediate expressions in double precision (unless an operand is long double), while FLT_EVAL_METHOD == 0
specifies each operation is evaluated only at the precision of the widest operand of each operator. The intermediate result type for operands of a given precision are summarized in the adjacent table.FLT_EVAL_METHOD == 2
tends to limit the risk of rounding errors affecting numerically unstable expressions (see IEEE 754 design rationale) and is the designed default method for x87 hardware, but yields unintuitive behavior for the unwary user; [9] FLT_EVAL_METHOD == 1
was the default evaluation method originally used in K&R C, which promoted all floats to double in expressions; and FLT_EVAL_METHOD == 0
is also commonly used and specifies a strict "evaluate to type" of the operands. (For gcc, FLT_EVAL_METHOD == 2
is the default on 32 bit x86, and FLT_EVAL_METHOD == 0
is the default on 64 bit x86-64, but FLT_EVAL_METHOD == 2
can be specified on x86-64 with option -mfpmath=387.) Before C99, compilers could round intermediate results inconsistently, especially when using x87 floating-point hardware, leading to compiler-specific behaviour; [10] such inconsistencies are not permitted in compilers conforming to C99 (annex F).
The following annotated example C99 code for computing a continued fraction function demonstrates the main features:
#include<stdio.h>#include<math.h>#include<float.h>#include<fenv.h>#include<tgmath.h>#include<stdbool.h>#include<assert.h>doublecompute_fn(doublez)// [1]{#pragma STDC FENV_ACCESS ON // [2]assert(FLT_EVAL_METHOD==2);// [3]if(isnan(z))// [4]puts("z is not a number");if(isinf(z))puts("z is infinite");longdoubler=7.0-3.0/(z-2.0-1.0/(z-7.0+10.0/(z-2.0-2.0/(z-3.0))));// [5, 6]feclearexcept(FE_DIVBYZERO);// [7]boolraised=fetestexcept(FE_OVERFLOW);// [8]if(raised)puts("Unanticipated overflow.");returnr;}intmain(void){#ifndef __STDC_IEC_559__puts("Warning: __STDC_IEC_559__ not defined. IEEE 754 floating point not fully supported.");// [9]#endif#pragma STDC FENV_ACCESS ON#ifdef TEST_NUMERIC_STABILITY_UPfesetround(FE_UPWARD);// [10]#elif TEST_NUMERIC_STABILITY_DOWNfesetround(FE_DOWNWARD);#endifprintf("%.7g\n",compute_fn(3.0));printf("%.7g\n",compute_fn(NAN));return0;}
Footnotes:
gcc-std=c99-mfpmath=387-otest_c99_fptest_c99_fp.c-lm
STDC
are defined in the C standard.)long double
is defined as IEEE 754 double extended or quad precision if available. Using higher precision than required for intermediate computations can minimize round-off error [11] (the typedef double_t
can be used for code that is portable under all FLT_EVAL_METHOD
s).FLT_EVAL_METHOD
is defined as 2 then all internal computations including constants will be performed in long double precision; if FLT_EVAL_METHOD
is defined as 0 then additional care is need to ensure this, including possibly additional casts and explicit specification of constants as long double.)__STDC_IEC_559__
is to be defined only if "Annex F IEC 60559 floating-point arithmetic" is fully implemented by the compiler and the C library (users should be aware that this macro is sometimes defined while it should not be).TEST_NUMERIC_STABILITY_UP
etc. in this example, when debugging) can be used to diagnose numerical instability. [12] This method can be used even if compute_fn()
is part of a separately compiled binary library. But depending on the function, numerical instabilities cannot always be detected.A standard macro __STDC_VERSION__
is defined with value 199901L
to indicate that C99 support is available. As with the __STDC__
macro for C90, __STDC_VERSION__
can be used to write code that will compile differently for C90 and C99 compilers, as in this example that ensures that inline
is available in either case (by replacing it with static
in C90 to avoid linker errors).
#if __STDC_VERSION__ >= 199901L/* "inline" is a keyword */#else# define inline static#endif
Most C compilers provide support for at least some of the features introduced in C99.
Historically, Microsoft has been slow to implement new C features in their Visual C++ tools, instead focusing mainly on supporting developments in the C++ standards. [13] However, with the introduction of Visual C++ 2013 Microsoft implemented a limited subset of C99, which was expanded in Visual C++ 2015. [14]
Compiler | Level of support | C99 compatibility details |
---|---|---|
Acorn C/C++ | Partial | The official documentation states that "most" compiler features are supported, along with "some" of the library functions. |
AMD x86 Open64 Compiler Suite | Mostly | Has C99 support equal to that of GCC. [15] |
cc65 | Partial | Full C89 and C99 support is not implemented, partly due to platform limitations (MOS Technology 6502). There is no support planned for some C99 types like _Complex and 64-bit integers (long long). [16] |
Ch | Partial | Supports major C99 features. [17] |
Clang | Mostly | Supports all features except C99 floating-point pragmas. [18] |
CompCert | Mostly | A certified compiler, formally proved correct. Supports all features except C99 complex numbers and VLA, and minor restrictions on switch statements (no Duff's device). [19] |
cparser | Full | Supports C99 features. [20] |
C++ Builder | Only in 64-bit mode, since latter is CLang fork [ citation needed ] | |
Digital Mars C/C++ Compiler | Partial | Lacks support for some features, such as <tgmath.h> and _Pragma. [21] |
GCC | Mostly | As of July 2021 [update] , standard pragmas and IEEE 754/IEC 60559 floating-point support are missing in mainline GCC. Additionally, some features (such as extended integer types and new library functions) must be provided by the C standard library and are out of scope for GCC. [22] GCC's 4.6 and 4.7 releases also provide the same level of compliance. [23] [24] Partial IEEE 754 support, even when the hardware is compliant: some compiler options may be needed to avoid incorrect optimizations (e.g., -std=c99 and -fsignaling-nans ), but full support of directed rounding modes is missing even when -frounding-math is used. [25] |
Green Hills Software | Full | |
IBM C for AIX, V6 [26] and XL C/C++ V11.1 for AIX [27] | Full | |
IBM Rational logiscope | Full | Until Logiscope 6.3, only basic constructs of C99 were supported. C99 is officially supported in Logiscope 6.4 and later versions. [28] |
The Portland Group PGI C/C++ | Full | |
IAR Systems Embedded Workbench | Mostly | Does not support UCN (universal character names). Compiler for embedded targets, such as ARM, Coldfire, MSP430, AVR, AVR32, 8051, ... No x86 targets. |
Intel C++ compiler | Mostly [ citation needed ] | |
Microsoft Visual C++ | Partial [14] | Visual C++ 2012 and earlier did not support C99. [29] [30] [31] Visual C++ 2013 implements a limited subset of C99 required to compile popular open-source projects. [32] [33] Visual C++ 2015 implements the C99 standard library, with the exception of any library features that depend on compiler features not yet supported by the compiler (for example, <tgmath.h> is not implemented). [14] Visual C++ 2019 (16.6) adds opt-in support for a C99 conformant preprocessor. [34] |
Open Watcom | Partial | Implements the most commonly used parts of the standard. However, they are enabled only through the undocumented command-line switch "-za99". Three C99 features have been bundled as C90 extensions since pre-v1.0: C++ style comments (//), flexible array members, trailing comma allowed in enum declaration. [35] |
Pelles C | Full | Supports all C99 features. [36] |
Portable C compiler | Partial | Working towards becoming C99-compliant.[ citation needed ] |
Sun Studio | Full [37] | |
The Amsterdam Compiler Kit | No[ citation needed ] | A C99 frontend is currently under investigation.[ citation needed ] |
Tiny C Compiler | Partial | Does not support complex numbers. [38] [39] Variable Length Arrays are supported but not as arguments in functions[ citation needed ]. The developers state that "TCC is heading toward full ISOC99 compliance". [40] |
vbcc | Partial |
Since ratification of the 1999 C standard, the standards working group prepared technical reports specifying improved support for embedded processing, additional character data types (Unicode support), and library functions with improved bounds checking. Work continues on technical reports addressing decimal floating point, additional mathematical special functions, and additional dynamic memory allocation functions. The C and C++ standards committees have been collaborating on specifications for threaded programming.
The next revision of the C standard, C11, was ratified in 2011. [41] The C standards committee adopted guidelines that limited the adoption of new features that have not been tested by existing implementations. Much effort went into developing a memory model, in order to clarify sequence points and to support threaded programming.
ANSI C, ISO C, and Standard C are successive standards for the C programming language published by the American National Standards Institute (ANSI) and ISO/IEC JTC 1/SC 22/WG 14 of the International Organization for Standardization (ISO) and the International Electrotechnical Commission (IEC). Historically, the names referred specifically to the original and best-supported version of the standard. Software developers writing in C are encouraged to conform to the standards, as doing so helps portability between compilers.
C is a general-purpose programming language. It was created in the 1970s by Dennis Ritchie and remains very widely used and influential. By design, C's features cleanly reflect the capabilities of the targeted CPUs. It has found lasting use in operating systems code, device drivers, and protocol stacks, but its use in application software has been decreasing. C is commonly used on computer architectures that range from the largest supercomputers to the smallest microcontrollers and embedded systems.
In computing, floating-point arithmetic (FP) is arithmetic that represents subsets of real numbers using an integer with a fixed precision, called the significand, scaled by an integer exponent of a fixed base. Numbers of this form are called floating-point numbers. For example, 12.345 is a floating-point number in base ten with five digits of precision:
Double-precision floating-point format is a floating-point number format, usually occupying 64 bits in computer memory; it represents a wide dynamic range of numeric values by using a floating radix point.
The C preprocessor is the macro preprocessor for several computer programming languages, such as C, Objective-C, C++, and a variety of Fortran languages. The preprocessor provides inclusion of header files, macro expansions, conditional compilation, and line control.
The C standard library or libc is the standard library for the C programming language, as specified in the ISO C standard. Starting from the original ANSI C standard, it was developed at the same time as the C library POSIX specification, which is a superset of it. Since ANSI C was adopted by the International Organization for Standardization, the C standard library is also called the ISO C library.
In computing, especially digital signal processing, the multiply–accumulate (MAC) or multiply-add (MAD) operation is a common step that computes the product of two numbers and adds that product to an accumulator. The hardware unit that performs the operation is known as a multiplier–accumulator ; the operation itself is also often called a MAC or a MAD operation. The MAC operation modifies an accumulator a:
The IEEE Standard for Floating-Point Arithmetic is a technical standard for floating-point arithmetic originally established in 1985 by the Institute of Electrical and Electronics Engineers (IEEE). The standard addressed many problems found in the diverse floating-point implementations that made them difficult to use reliably and portably. Many hardware floating-point units use the IEEE 754 standard.
A variadic macro is a feature of some computer programming languages, especially the C preprocessor, whereby a macro may be declared to accept a varying number of arguments.
The GNU Multiple Precision Floating-Point Reliable Library is a GNU portable C library for arbitrary-precision binary floating-point computation with correct rounding, based on GNU Multi-Precision Library.
In the C programming language, data types constitute the semantics and characteristics of storage of data elements. They are expressed in the language syntax in form of declarations for memory locations or variables. Data types also determine the types of operations or methods of processing of data elements.
Watcom C/C++ is an integrated development environment (IDE) product from Watcom International Corporation for the C, C++, and Fortran programming languages. Watcom C/C++ was a commercial product until it was discontinued, then released under the Sybase Open Watcom Public License as Open Watcom C/C++. It features tools for developing and debugging code for DOS, OS/2, Windows, and Linux operating systems, which are based upon 16-bit x86, 32-bit IA-32, or 64-bit x86-64 compatible processors.
In C and related programming languages, long double
refers to a floating-point data type that is often more precise than double precision though the language standard only requires it to be at least as precise as double
. As with C's other floating-point types, it may not necessarily map to an IEEE format.
C mathematical operations are a group of functions in the standard library of the C programming language implementing basic mathematical functions. All functions use floating-point numbers in one manner or another. Different C standards provide different, albeit backwards-compatible, sets of functions. Most of these functions are also available in the C++ standard library, though in different headers.
Extended precision refers to floating-point number formats that provide greater precision than the basic floating-point formats. Extended precision formats support a basic format by minimizing roundoff and overflow errors in intermediate values of expressions on the base format. In contrast to extended precision, arbitrary-precision arithmetic refers to implementations of much larger numeric types using special software.
In computer science, a type punning is any programming technique that subverts or circumvents the type system of a programming language in order to achieve an effect that would be difficult or impossible to achieve within the bounds of the formal language.
In computing, quadruple precision is a binary floating-point–based computer number format that occupies 16 bytes with precision at least twice the 53-bit double precision.
C11, a past standard for the C programming language. It replaced C99 and has been superseded by C17. C11 mainly standardizes features already supported by common contemporary compilers, and includes a detailed memory model to better support multiple threads of execution. Due to delayed availability of conforming C99 implementations, C11 makes certain features optional, to make it easier to comply with the core language standard.
C17, formally ISO/IEC 9899:2018, is an open standard for the C programming language, prepared in 2017 and published in June 2018. It replaced C11, and will be superseded by C23 when it is published in 2024. Since it was under development in 2017, and officially published in 2018, C17 is sometimes referred to as C18.
C23 is an open standard for the C programming language, which replaced C17. It was started in 2016 informally as C2x, and is expected to be published in 2024. The most recent publicly available working draft of C23 was released on April 1, 2023. The first WG14 meeting for the C2x draft was held in October 2019, virtual remote meetings were held in 2020 due to the COVID-19 pandemic, then various teleconference meetings continued to occur through 2024.