DraftTechnicalSpecification–October14,2015
ISO/IECJTC1/SC22/WG14N1974
TECHNICAL ISO/IECTS
SPECIFICATION 18661-5
Firstedition
201y-mm-dd
Informationtechnology—Programminglanguages,theirenvironments,
andsystemsoftwareinterfaces—Floating-pointextensionsforC—
Part5:
Supplementaryattributes
Technologies de l’information — Langages de programmation, leurs environnements et interfaces du
logicielsystème—ExtensionsàvirguleflottantepourC—
Partie5:Attributssupplémentaires
Referencenumber
ISO/IECTS18661-5:201y(E)
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
COPYRIGHTPROTECTEDDOCUMENT
©ISO/IEC2015
Allrightsreserved.Unlessotherwisespecified,nopartofthispublicationmaybereproducedor
utilizedotherwiseinanyformorbyanymeans,electronicormechanical,including
photocopying,orpostingontheinternetoranintranet,withoutpriorwrittenpermission.
PermissioncanberequestedfromeitherISOattheaddressbeloworISO’smemberbodyinthe
countryoftherequester.
ISOcopyrightofficeCasepostale56•CH-1211Geneva20Tel.+41227490111Fax+4122
7490947E-mailcopyright@iso.orgWebwww.iso.org
PublishedinSwitzerland
ii
©ISO/IEC2015–Allrightsreserved
WG14N1974
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
Foreword.......................................................................................................................................................................iv
Introduction..................................................................................................................................................................v
1 Scope.........................................................................................................................................................................1
2 Conformance..........................................................................................................................................................1
3 Normativereferences.........................................................................................................................................1
4 Termsanddefinitions........................................................................................................................................2
5 Cstandardconformance....................................................................................................................................2
5.1 Freestandingimplementations....................................................................................................................2
5.2 Predefinedmacros...........................................................................................................................................2
6 Standardpragmas................................................................................................................................................2
7 Evaluationformats..............................................................................................................................................3
8 Optimizationcontrols.........................................................................................................................................6
9 Reproducibility...................................................................................................................................................11
10 Alternateexceptionhandling......................................................................................................................14
Bibliography................................................................................................................................................................23
©ISO/IEC2015–Allrightsreserved
iii
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are
members of ISO or IEC participate in the development of International Standards through technical
committeesestablishedbytherespectiveorganizationtodealwithparticularfieldsoftechnicalactivity.
ISO and IEC technical committees collaborate in fields of mutual interest. Other international
organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the
work.Inthefieldofinformationtechnology,ISOandIEChaveestablishedajointtechnicalcommittee,
ISO/IECJTC1.
The procedures used to develop this document and those intended for its further maintenance are
describedintheISO/IECDirectives,Part1.Inparticularthedifferentapprovalcriterianeededforthe
different types of document should be noted. This document was drafted in accordance with the
editorialrulesoftheISO/IECDirectives,Part2(seewww.iso.org/directives).
Attentionisdrawntothepossibilitythatsomeoftheelementsofthisdocumentmaybethesubjectof
patent rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.
Details of any patent rights identified during the development of the document will be in the
Introductionand/orontheISOlistofpatentdeclarationsreceived(seewww.iso.org/patents).
Anytradenameusedinthisdocumentisinformationgivenfortheconvenienceofusersanddoesnot
constituteanendorsement.
For an explanation on the meaning of ISO specific terms and expressions related to conformity
assessment, as well as information about ISO's adherence to the WTO principles in the Technical
BarrierstoTrade(TBT)seethefollowingURL:Foreword-Supplementaryinformation
The committee responsible for this document is ISO/IEC JTC1, Information technology, Subcommittee
SC22,Programminglanguages,theirenvironments,andsystemsoftwareinterfaces.
ISO/IEC TS 18661 consists of the following parts, under the general title Information technology —
Programminglanguages,theirenvironments,andsystemsoftwareinterfaces—Floating-pointextensions
forC:
⎯ Part1:Binaryfloating-pointarithmetic
⎯ Part2:Decimalfloating-pointarithmetic
⎯ Part3:Interchangeandextendedtypes
⎯ Part4:Supplementaryfunctions
⎯ Part5:Supplementaryattributes
ISO/IECTS18661-1updatesISO/IEC9899:2011,Informationtechnology—ProgrammingLanguageC,
annex F in particular, to support all required features of ISO/IEC/IEEE 60559:2011, Information
technology—MicroprocessorSystems—Floating-pointarithmetic.
ISO/IEC TS 18661-2 supersedes ISO/IEC TR 24732:2009, Information technology — Programming
languages,theirenvironmentsandsystemsoftwareinterfaces—Extensionfortheprogramminglanguage
Ctosupportdecimalfloating-pointarithmetic.
ISO/IEC TS 18661-3, ISO/IEC TS 18661-4, and ISO/IEC TS 18661-5 specify extensions to ISO/IEC
9899:2011forfeaturesrecommendedinISO/IEC/IEEE60559:2011.
iv
©ISO/IEC2015–Allrightsreserved
WG14N1974
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
Introduction
Background
IEC60559floating-pointstandard
5
The IEEE 754-1985 standard for binary floating-point arithmetic was motivated by an expanding
diversity in floating-point data representation and arithmetic, which made writing robust programs,
debugging, and moving programs between systems exceedingly difficult. Now the great majority of
systems provide data formats and arithmetic operations according to this standard. The IEC
60559:1989 international standard was equivalent to the IEEE 754-1985 standard. Its stated goals
werethefollowing:
10
15
1
Facilitate movement of existing programs from diverse computers to those that adhere to
thisstandard.
2
Enhance the capabilities and safety available to programmers who, though not expert in
numerical methods, may well be attempting to produce numerically sophisticated
programs.However,werecognizethatutilityandsafetyaresometimesantagonists.
3
Encourageexpertstodevelopanddistributerobustandefficientnumericalprogramsthat
areportable,bywayofminoreditingandrecompilation,ontoanycomputerthatconforms
to this standard and possesses adequate capacity. When restricted to a declared subset of
thestandard,theseprogramsshouldproduceidenticalresultsonallconformingsystems.
4
Providedirectsupportfor
20
a. Execution-timediagnosisofanomalies
b. Smootherhandlingofexceptions
c.
5
Intervalarithmeticatareasonablecost
Providefordevelopmentof
a. Standardelementaryfunctionssuchasexpandcos
25
b. Veryhighprecision(multiword)arithmetic
c.
6
Couplingofnumericalandsymbolicalgebraiccomputation
Enableratherthanprecludefurtherrefinementsandextensions.
Totheseends,thestandardspecifiedafloating-pointmodelcomprisingthefollowing:
—
30
formats – for binary floating-point data, including representations for Not-a-Number (NaN) and
signedinfinitiesandzeros
— operations – basic arithmetic operations (addition, multiplication, etc.) on the format data to
compose a well-defined, closed arithmetic system; also specified conversions between floatingpointformatsanddecimalcharactersequences,andafewauxiliaryoperations
35
— context – status flags for detecting exceptional conditions (invalid operation, division by zero,
overflow,underflow,andinexact)andcontrolsforchoosingdifferentroundingmethods
©ISO/IEC2015–Allrightsreserved
v
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
TheISO/IEC/IEEE60559:2011internationalstandardisequivalenttotheIEEE754-2008standardfor
floating-pointarithmetic,whichisamajorrevisiontoIEEE754-1985.
5
The revised standard specifies more formats, including decimal as well as binary. It adds a 128-bit
binary format to its basic formats. It defines extended formats for all of its basic formats. It specifies
datainterchangeformats(whichmayormaynotbearithmetic),includinga16-bitbinaryformatandan
unboundedtowerofwiderformats.Toconformtothefloating-pointstandard,animplementationmust
provideatleastoneofthebasicformats,alongwiththerequiredoperations.
10
Therevisedstandardspecifiesmoreoperations.Newrequirementsinclude–amongothers–arithmetic
operations that round their result to a narrower format than the operands (with just one rounding),
more conversions with integer types, more classifications and comparisons, and more operations for
managingflagsandmodes.Newrecommendationsincludeanextensivesetofmathematicalfunctions
andsevenreductionfunctionsforsumsandscaledproducts.
15
20
The revised standard places more emphasis on reproducible results, which is reflected in its
standardizationofmoreoperations.Forthemostpart,behaviorsarecompletelyspecified.Thestandard
requires conversions between floating-point formats and decimal character sequences to be correctly
roundedforatleastthreemoredecimaldigitsthanisrequiredtodistinguishallnumbersinthewidest
supported binary format; it fully specifies conversions involving any number of decimal digits. It
recommendsthattranscendentalfunctionsbecorrectlyrounded.
The revised standard requires a way to specify a constant rounding direction for a static portion of
code, with details left to programming language standards. This feature potentially allows rounding
controlwithoutincurringtheoverheadofruntimeaccesstoaglobal(orthread)roundingmode.
Otherfeaturesrecommendedbytherevisedstandardincludealternatemethodsforexceptionhandling,
controls for expression evaluation (allowing or disallowing various optimizations), support for fully
reproducibleresults,andsupportforprogramdebugging.
25
30
35
Therevisedstandard,likeitspredecessor,definesitsmodeloffloating-pointarithmeticintheabstract.
It neither defines the way in which operations are expressed (which might vary depending on the
computer language or other interface being used), nor does it define the concrete representation
(specific layout in storage, or in a processor's register, for example) of data or context, except that it
does define specific encodings that are to be used for the exchange of floating-point data between
differentimplementationsthatconformtothespecification.
IEC60559doesnotincludebindingsofitsfloating-pointmodelforparticularprogramminglanguages.
However, the revised standard does include guidance for programming language standards, in
recognition of the fact that features of the floating-point standard, even if well supported in the
hardware,arenotavailabletousersunlesstheprogramminglanguageprovidesacommensuratelevel
ofsupport.Theimplementation’scombinationofbothhardwareandsoftwaredeterminesconformance
tothefloating-pointstandard.
CsupportforIEC60559
40
The C standard specifies floating-point arithmetic using an abstract model. The representation of a
floating-point number is specified in an abstract form where the constituent components (sign,
exponent,significand)oftherepresentationaredefinedbutnottheinternalsofthesecomponents.In
particular, the exponent range, significand size, and the base (or radix) are implementation-defined.
Thisallowsflexibilityforanimplementationtotakeadvantageofitsunderlyinghardwarearchitecture.
Furthermore,certainbehaviorsofoperationsarealsoimplementation-defined,forexampleinthearea
ofhandlingofspecialnumbersandinexceptions.
vi
©ISO/IEC2015–Allrightsreserved
WG14N1974
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
Thereasonforthisapproachishistorical.AtthetimewhenCwasfirststandardized,beforethefloatingpoint standard was established, there were various hardware implementations of floating-point
arithmeticincommonuse.Specifyingtheexactdetailsofarepresentationwouldhavemademostofthe
existingimplementationsatthetimenotconforming.
5
Beginning with ISO/IEC 9899:1999 (C99), C has included an optional second level of specification for
implementations supporting the floating-point standard. C99, in conditionally normative annex F,
introduced nearly complete support for the IEC 60559:1989 standard for binary floating-point
arithmetic. Also, C99’s informative annex G offered a specification of complex arithmetic that is
compatiblewithIEC60559:1989.
10
ISO/IEC9899:2011(C11)includesrefinementstotheC99floating-pointspecification,thoughitisstill
basedonIEC60559:1989.C11upgradedannexGfrom“informative”to“conditionallynormative”.
15
ISO/IEC TR 24732:2009 introduced partial C support for the decimal floating-point arithmetic in
ISO/IEC/IEEE 60559:2011. ISO/IEC TR 24732, for which technical content was completed while IEEE
754-2008 was still in the later stages of development, specifies decimal types based on ISO/IEC/IEEE
60559:2011decimalformats,thoughitdoesnotincludealloftheoperationsrequiredbyISO/IEC/IEEE
60559:2011.
Purpose
20
The purpose of ISO/IEC TS 18661 is to provide a C language binding for ISO/IEC/IEEE 60559:2011,
based on the C11 standard, that delivers the goals of ISO/IEC/IEEE 60559 to users and is feasible to
implement.Itisorganizedintofiveparts.
ISO/IEC TS 18661-1 provides changes to C11 that cover all the requirements, plus some basic
recommendations, of ISO/IEC/IEEE 60559:2011 for binary floating-point arithmetic. C
implementations intending to support ISO/IEC/IEEE 60559:2011 are expected to conform to
conditionallynormativeannexFasenhancedbythechangesinISO/IECTS18661-1.
25
30
ISO/IEC TS 18661-2 enhances ISO/IEC TR 24732 to cover all the requirements, plus some basic
recommendations, of ISO/IEC/IEEE 60559:2011 for decimal floating-point arithmetic. C
implementations intending to provide an extension for decimal floating-point arithmetic supporting
ISO/IEC/IEEE60559:2011areexpectedtoconformtoISO/IECTS18661-2.
ISO/IECTS18661-3(Interchangeandextendedtypes),ISO/IECTS18661-4(Supplementaryfunctions),
and ISO/IEC TS 18661-5 (Supplementary attributes) cover recommended features of ISO/IEC/IEEE
60559:2011. C implementations intending to provide extensions for these features are expected to
conformtothecorrespondingparts.
Additionalbackgroundonsupplementaryattributes
35
ISO/IEC/IEEE 60559:2011 defines alternatives for certain attributes of floating-point semantics and
intends that programming languages provide means by which a program can specify which of the
alternative semantics apply to a given block of code. The program specification of attributes is to be
constant(fixedattranslationtime),notdynamic(changeableatexecutiontime).
ISO/IEC TS 18661 provides these attributes by means of standard pragmas, where the pragma
parametersrepresentthealternativesemantics.
40
The FENV_ROUND and FENV_DEC_ROUND pragmas, specified in ISO/IEC TS 18661-1 and ISO/IEC TS
18661-2, respectively, provide the rounding direction attributes required by ISO/IEC/IEEE
60559:2011.
©ISO/IEC2015–Allrightsreserved
vii
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
ISO/IEC/IEEE60559:2011recommendsattributesfor
— preferredWidth: evaluation formats for floating-point operations
5
— value-changing optimizations: allow/disallow program transformations that might affect floating-point result
values
— alternate exception handling: methods of handling floating-point exceptions
10
— reproducibility: support for getting floating-point result values and exceptions that are exactly reproducible
on other systems
ThispartofISO/IECTS18661specifiespragmasthatprovidetheseattributes.
Note that the pragmas introduced by ISO/IEC TS 18661 are similar to the floating-point pragmas
(FENV_ACCESS, FP_CONTRACT, CX_LIMITED_RANGE) that are already in ISO/IEC 9899. They all
havethesamegeneralsyntacticform,usagerequirements,andrangeofeffect.
viii
©ISO/IEC2015–Allrightsreserved
DRAFTTECHNICALSPECIFICATION
ISO/IEC/TS18661-5:201y(E)
5
Informationtechnology—Programminglanguages,their
environments,andsystemsoftwareinterfaces—Floating-point
extensionsforC—
Part5:
Supplementaryattributes
1 Scope
10
This part of ISO/IEC TS 18661 extends programming language C to include support for attributes
specifiedandrecommendedinISO/IEC/IEEE60559:2011.
2 Conformance
AnimplementationconformstothispartofISO/IECTS18661if
15
20
a) itmeetstherequirementsforaconformingimplementationofC11withallthechangestoC11as
specifiedinparts1-5ofISO/IECTS18661;
b) itconformstoISO/IECTS18661-1orISO/IECTS18661-2(orboth);and
c) itdefines__STDC_IEC_60559_ATTRIBS__to201ymmL.
Animplementationconformstotheoptionalspecificationforalternateexceptionhandlinginthispart
ofISO/IECTS18661if,inadditiontotheabove,
d) itdefines__STDC_IEC_60559_ATTRIB_ALTERNATE_EXCEPTION_HANDLING__to201ymmL.
3 Normativereferences
25
The following documents, in whole or in part, are normatively referenced in this document and are
indispensable for its application. For dated references, only the edition cited applies. For undated
references,thelatesteditionofthereferenceddocument(includinganyamendments)applies.
ISO/IEC9899:2011,Informationtechnology—Programminglanguages—C
ISO/IEC/IEEE 60559:2011, Information technology— Microprocessor Systems— Floating-point
arithmetic
30
ISO/IEC TS 18661-1:2014, Information technology— Programming languages, their environments and
systemsoftwareinterfaces—Floating-pointextensionsforC—Part1:Binaryfloating-pointarithmetic
ISO/IEC TS 18661-2:2015, Information technology— Programming languages, their environments and
systemsoftwareinterfaces—Floating-pointextensionsforC—Part2:Decimalfloating-pointarithmetic
©ISO/IEC2015–Allrightsreserved
1
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
ISO/IEC TS 18661-3:2015, Information technology— Programming languages, their environments and
systemsoftwareinterfaces—Floating-pointextensionsforC—Part3:Interchangeandextendedtypes
ISO/IECTS18661-4:2015,InformationTechnology—Programminglanguages,theirenvironments,and
systemsoftwareinterfaces—Floating-pointextensionsforC—Part4:Supplementaryfunctions
5
4 Termsanddefinitions
For the purposes of this document, the terms and definitions given in ISO/IEC 9899:2011,
ISO/IEC/IEEE 60559:2011, ISO/IEC TS 18661-1:2014, ISO/IEC TS 18661-2:2015, ISO/IEC
TS18661-3:2015,ISO/IECTS18661-4:2015,andthefollowingapply.
4.1
10
C11
standardISO/IEC9899:2011,Informationtechnology—ProgramminglanguagesC,includingTechnical
Corrigendum1(ISO/IEC9899:2011/Cor.1:2012)
5 Cstandardconformance
5.1 Freestandingimplementations
15
ThespecificationinC11+TS18661-1+TS18661-2allowsfreestandingimplementationstoconformto
thispartofISO/IECTS18661.
5.2 Predefinedmacros
ChangetoC11+TS18661-1+TS18661-2+TS18661-3+TS18661-4:
In6.10.8.3#1,add:
20
__STDC_IEC_60559_ATTRIBS__ The integer constant 201ymmL, intended to indicate
supportofattributesspecifiedandrecommendedinIEC60559.
__STDC_IEC_60559_ATTRIB_ALTERNATE_EXCEPTION_HANDLING__ The
integer
constant201ymmL,intendedtoindicatesupportofthealternateexceptionhandling
attributesspecifiedandrecommendedinIEC60559.
25
6 Standardpragmas
C11 provides standard pragmas (6.10.6) for specifying certain attributes pertaining to floating-point
behaviorwithinacompoundstatementorfile.ThispartofISO/IECTS16881extendsthispracticeby
introducingadditionalstandardpragmastosupporttheattributesrecommendedbyIEC60559.
ChangetoC11+TS18661-1+TS18661-2+TS18661-3+TS18661-4:
30
In6.10.6#2,appendtothelistofstandardpragmas:
#pragma
#pragma
#pragma
#pragma
#pragma
#pragma
35
2
STDC
STDC
STDC
STDC
STDC
STDC
FENV_FLT_EVAL_METHOD width
FENV_DEC_EVAL_METHOD width
FENV_ALLOW_VALUE_CHANGING_OPTIMIZATION on-off-switch
FENV_ALLOW_ASSOCIATIVE_LAW on-off-switch
FENV_ALLOW_DISTRIBUTIVE_LAW on-off-switch
FENV_ALLOW_MULTIPLY_BY_RECIPROCAL on-off-switch
©ISO/IEC2015–Allrightsreserved
WG14N1974
5
#pragma
#pragma
#pragma
#pragma
#pragma
#pragma
STDC
STDC
STDC
STDC
STDC
STDC
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
FENV_ALLOW_ZERO_SUBNORMAL on-off-switch
FENV_ALLOW_CONTRACT_FMA on-off-switch
FENV_ALLOW_CONTRACT_OPERATION_CONVERSION on-off-switch
FENV_ALLOW_CONTRACT on-off-switch
FENV_REPRODUCIBLE on-off-switch
FENV_EXCEPTaction except-list
width:specifiedwiththepragmas(7.6.1c,7.6.1d)
action,except-list:specifiedwiththepragma(7.6.1g.1)
7 Evaluationformats
10
IEC 60559 recommends attributes for specifying a preferred width for operation results. These
preferred widths correspond to the evaluation formats defined in C11, though C11 does not provide
meansfortheusertocontroltheevaluationformat.ThispartofISO/IECTS16881providespragmasin
<fenv.h>tocontroltheevaluationformat,usingconstantswiththevaluesoftheFLT_EVAL_METHOD
andDEC_EVAL_METHODmacros(5.2.4.2.2a)torepresenttheevaluationformats.
15
TheevaluationmethodsinC99applytofloating-pointoperators,butnottomathfunctions.Hence,they
donotapplytotheIEC60559operationsthatareprovidedaslibraryfunctions.Thisclausespecifiesa
macro the user can define to cause the generic macros in <tgmath.h> to be evaluated like floatingoperators.
ChangestoC11+TS18661-1+TS18661-2+TS18661-3+TS18661-4:
20
25
After5.2.4.2.2a#3,insert:
[3a] The FLT_EVAL_METHOD and DEC_EVAL_METHOD macros characterize the use of
evaluation formats at the point in the program where the macro is used. Thus, the values of
these macros reflect the state of any evaluation method pragmas (7.6.1c, 7.6.1d) that are in
effect. These macros shall not be used in a #if or #elif expression within the scope of a
correspondingevaluationmethodpragma.
After7.6.1b,insert:
7.6.1c Evaluationmethodpragma
Synopsis
30
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_FLT_EVAL_METHOD width
Description
35
[2] The FENV_FLT_EVAL_METHOD pragma sets the evaluation method for standard floating
types and for binary interchange and extended floating types to the evaluation method
representedbywidth.Theparameterwidthisanexpressioninoneoftheforms
0
decimal-constant
−decimal-constant
©ISO/IEC2015–Allrightsreserved
3
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
or
DEFAULT
where the value of an expression is a possible value of the FLT_EVAL_METHOD macro, as
specified in 5.2.4.2.2a. An expression represents the evaluation method corresponding to its
value (5.2.4.2.2a) and DEFAULT designates the implementation’s default evaluation method
(characterized by the FLT_EVAL_METHOD macro where no FENV_FLT_EVAL_METHOD
pragmaisineffect).widthmaybe-1,0,orDEFAULT.Which,ifany,othervaluesofwidthare
supportedisimplementation-defined.Useofunsupportedvaluesofwidthresultsinundefined
behavior.Thepragmashalloccureitheroutsideexternaldeclarationsorprecedingallexplicit
declarationsandstatementsinsideacompoundstatement.Whenoutsideexternaldeclarations,
thepragmatakeseffectfromitsoccurrenceuntilanotherFENV_FLT_EVAL_METHODpragma
isencountered,oruntiltheendofthetranslationunit.Wheninsideacompoundstatement,the
pragma takes effect from its occurrences until another FENV_FLT_EVAL_METHOD pragma is
encountered(includingwithinanestedcompoundstatement),oruntiltheendofthecompound
statement; at the end of a compound statement the state for the pragma is restored to its
conditionjustbeforethecompoundstatement.
5
10
15
7.6.1d Evaluationmethodpragmafordecimal
Synopsis
[1] #define __STDC_WANT_IEC_60559_DFP_EXT__
#define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_DEC_EVAL_METHOD width
20
Description
[2]TheFENV_DEC_EVAL_METHODpragmasetstheevaluationmethodfordecimalinterchange
and extended floating types to the evaluation method represented by width. The parameter
widthisanexpressioninoneoftheforms
25
0
decimal-constant
−decimal-constant
30
or
DEFAULT
where the value of an expression is a possible value of the DEC_EVAL_METHOD macro, as
specified in 5.2.4.2.2a. An expression represents the evaluation method corresponding to its
value (5.2.4.2.2a) and DEFAULT designates the implementation’s default evaluation method
(characterized by the DEC_EVAL_METHOD macro where no FENV_DEC_EVAL_METHOD
pragmaisineffect).widthmaybe-1,1,orDEFAULT.Which,ifany,othervaluesofwidthare
supportedisimplementation-defined.Useofunsupportedvaluesofwidthresultsinundefined
behavior.Thepragmashalloccureitheroutsideexternaldeclarationsorprecedingallexplicit
declarationsandstatementsinsideacompoundstatement.Whenoutsideexternaldeclarations,
thepragmatakeseffectfromitsoccurrenceuntilanotherFENV_DEC_EVAL_METHODpragma
isencountered,oruntiltheendofthetranslationunit.Wheninsideacompoundstatement,the
pragma takes effect from its occurrences until another FENV_DEC_EVAL_METHOD pragma is
35
40
4
©ISO/IEC2015–Allrightsreserved
WG14N1974
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
encountered(includingwithinanestedcompoundstatement),oruntiltheendofthecompound
statement; at the end of a compound statement the state for the pragma is restored to its
conditionjustbeforethecompoundstatement.
Attheendof7.12#2,append:
5
10
[2] …. These typesreflect the evaluation method where no evaluation method pragma
(7.6.1c,7.6.1d)isineffect.
[2a] For each of the types above, a type-like macro with the same name expands to a
designation for the type whose range and precision (5.2.4.2.2a) are used for evaluating
operations and constants of the corresponding standard, binary, or decimal floating type. The
macro reflects the actual evaluation method, which might be determined by an evaluation
methodpragma(7.6.1c,7.6.1d).Useof#undeftoremovethemacrodefinitionwillensurethat
theactualtypewillbereferredto.
After7.25#2,insert:
[2a]Exceptforfunctionsthatroundresulttoanarrowertype,ifthemacro
15
20
__STDC_TGMATH_OPERATOR_EVALUATION__
is defined at the point in the program where<tgmath.h> is first included, the format of the
generic parameters of the function invoked by a type-generic macro is determined by the
effectiveevaluationmethod(see5.2.4.2.2and5.2.4.2.2a),basedonthetypesofthearguments
forgenericparameters.Thesemantictypeoftheexpandedtype-genericmacroisunchangedby
theevaluationmethod.Neithertheargumentsforgenericparametersnortheresultarenarrowedtotheir
semantic types. Thus, (if the macro __STDC_TGMATH_OPERATOR_EVALUATION__ is
appropriately defined) the evaluation method affects the operations provided by type-generic
macrosandfloating-pointoperatorsinthesameway.SeeEXAMPLE2below.
Afterthefirstbulletin7.25#3c,insertthebullet:
25
Ifthemacro
__STDC_TGMATH_OPERATOR_EVALUATION__
30
is defined at the point in the program where<tgmath.h> is first included, the format of the
genericparametersofthefunctioninvokedisgivenbytheeffectiveevaluationmethodbasedon
the type determined below. The semantic type of the expanded type-generic macro is
unchangedbytheevaluationmethod.
In7.25#7,change“EXAMPLE”to“EXAMPLE1”.
©ISO/IEC2015–Allrightsreserved
5
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
After7.25#7,append:
[7a]EXAMPLE2 Thefollowingcodeuseswideevaluationtoavoidoverflowandunderflow.
#define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#define __STDC_TGMATH_OPERATOR_EVALUATION__
#include <fenv.h>
#include <tgmath.h>
{
#pragma STDC FLT_EVAL_METHOD 1
float x, y, z;
….
z = sqrt(x * x + y * y);
}
5
10
Becauseoftheuseoftheevaluationmethodpragma,thesumofsquares,whosesemantictype
is float, is evaluated with the range and precision of double, hence does not overflow or
underflow.Theexpanded<tgmath.h>macrosqrtacquiresthesemantictypeofitsargument:
float.However,becausethemacro__STDC_TGMATH_OPERATOR_EVALUATION__isdefined
beforetheinclusionof<tgmath.h>,thesqrtmacrobehaveslikeanoperatorwithrespectto
the evaluation method and does not narrow its argument to its semantic type. Without the
definition of the macro __STDC_TGMATH_OPERATOR_EVALUATION__, the sqrt macro
would expand to sqrtf and its evaluated argument would be converted to float, which
mightoverfloworunderflow.
15
20
8 Optimizationcontrols
25
IEC60559recommendsattributestoallowanddisallowvalue-changingoptimizations,individuallyand
collectively.C11AnnexFdisallowsvalue-changingoptimizations,exceptforcontractions(whichcanbe
controlled as a group with the FP_CONTRACT pragma). This part of ISO/IEC TS 18661 provides
pragmas to allow or disallow certain value-changing optimizations, including those mentioned in IEC
60559.Thesepragmasapplytoallfloatingtypes,notjusttherealfloatingtypes(whichprovidetheIEC
60559formats).
ChangetoC11+TS18661-1+TS18661-2+TS18661-3+TS18661-4:
30
After7.6.1d,insert:
7.6.1e Optimizationcontrolpragmas
[1] The pragmas in this subclause can be used to allow the implementation to do certain
floating-point optimizations that are generally disallowed because the optimization might
change values of floating-point expressions. These pragmas apply to all floating types. It is
unspecifiedwhetheroptimizationsallowedbythesepragmasoccurconsistently,oratall.These
pragmas (among other standard pragmas) apply to user code. They do not apply to code for
operatorsorlibraryfunctionsthatmightbeplacedinlinebytheimplementation.
35
[2]Someofthepragmasallowoptimizationsbasedonidentitiesofrealnumberarithmeticthat
are not valid for (IEC 60559) floating-point arithmetic (5.1.2.3, F.9.2). Optimizations based on
identities that are valid for floating-point arithmetic are always allowed. Optimizations based
onidentitiesderivedfromidentitieswhoseuseisallowed(eitherbyastandardpragmaorby
virtueofbeingvalidforfloating-pointarithmetic)mayalsobedone.
40
[3]Thesepragmasdonotaffecttherequirementsonvolatileoratomicvariables.
6
©ISO/IEC2015–Allrightsreserved
WG14N1974
5
10
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
[4] Each pragma shall occur either outside external declarations or preceding all explicit
declarationsandstatementsinsideacompoundstatement.Whenoutsideexternaldeclarations,
the pragma takes effect, on each optimization it controls, from its occurrence until another
pragma that affects the same optimization is encountered, or until the end of the translation
unit. When inside a compound statement, the pragma takes effect, on each optimization it
controls, from its occurrence until another pragma that affects the same optimization is
encountered(includingwithinanestedcompoundstatement),oruntiltheendofthecompound
statement; at the end of a compound statement the state for allowing each optimization
controlledbythepragmaisrestoredtoitsconditionjustbeforethecompoundstatement.
7.6.1e.1TheFENV_ALLOW_VALUE_CHANGING_OPTIMIZATIONpragma
Synopsis
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_ALLOW_VALUE_CHANGING_OPTIMIZATION on-off-switch
15
Description
[1] This pragma is equivalent to all the optimization pragmas specified below, with the same
valueofon-off-switch(ON,OFF,orDEFAULT).
20
[2]NOTE
The FENV_ALLOW_VALUE_CHANGING_OPTIMIZATION pragma does not affect
theevaluationmethods.Nevertheless,anevaluationmethodcharacterizedbyanegativevalue
of width (5.2.4.2.2a) might allow for indeterminable evaluation formats, hence unspecified
resultvalues.
7.6.1e.2TheFENV_ALLOW_ASSOCIATIVE_LAWpragma
Synopsis
25
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_ALLOW_ASSOCIATIVE_LAW on-off-switch
Description
[2] This pragma allows or disallows optimizations based on the associative laws for addition
andmultiplication
30
x+(y+z)=(x+y)+z
x×(y×z)=(x×y)×z
whereon-off-switchisoneof
ON–allowapplicationoftheassociativelaws
OFF–donotallowapplicationoftheassociativelaws
35
DEFAULT–“off”
©ISO/IEC2015–Allrightsreserved
7
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
[3] Note that this pragma allows optimizations based on similar mathematical identities
involvingsubtractionanddivision.Forexample,sincetheidentityx−y=x+(−y)isvalidforIEC
60559floating-pointarithmetic(F.9.2),thispragmaalsoallowsoptimizationsbasedon
x+(y−z)=(x+y)−z
5
Similarly, if the states for this pragma and the FENV_ALLOW_MULTIPLY_BY_RECIPROCAL
pragma(7.6.1e.4)areboth“on”,thenoptimizationsbasedonthefollowingareallowed:
x×(y/z)=(x×y)/z
Notealsothat,sincethecommutativelaws
x+y=y+x
x×y=y×x
10
are valid for IEC 60559 floating-point arithmetic, the pragma allows optimizations based on
identitiesderivedfromtheassociativeandcommutativelaws,suchas
x+(z+y)=(x+y)+z
7.6.1e.3TheFENV_ALLOW_DISTRIBUTIVE_LAWpragma
15
Synopsis
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_ALLOW_DISTRIBUTIVE_LAW on-off-switch
Description
20
[2] This pragma allows or disallows optimizations based on the distributive laws for
multiplicationanddivision
x×(y+z)=(x×y)+(x×z)
x×(y−z)=(x×y)−(x×z)
(x+y)/z=(x/z)+(y/z)
(x−y)/z=(x/z)−(y/z)
25
whereon-off-switchisoneof
ON–allowapplicationofthedistributivelaws
OFF–donotallowapplicationofthedistributivelaws
DEFAULT–“off”
30
7.6.1e.4TheFENV_ALLOW_MULTIPLY_BY_RECIPROCALpragma
Synopsis
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_ALLOW_MULTIPLY_BY_RECIPROCAL on-off-switch
8
©ISO/IEC2015–Allrightsreserved
WG14N1974
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
Description
[2] This pragma allows or disallows optimizations based on the mathematical equivalence of
divisionandmultiplicationbythereciprocalofthedenominator
x/y=x×(1/y)
5
whereon-off-switchisoneof
ON–allowmultiplybyreciprocal
OFF–donotallowmultiplybyreciprocal
DEFAULT–“off”
7.6.1e.5TheFENV_ALLOW_ZERO_SUBNORMALpragma
10
Synopsis
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_ALLOW_ZERO_SUBNORMAL on-off-switch
Description
15
[2] This pragma allows or disallows replacement of subnormal operands and results by zero,
whereon-off-switchisoneof
ON–allowreplacementofsubnormalswithzero
OFF–donotallowreplacementofsubnormalswithzero
DEFAULT–“off”
20
[3] Within the scope of this pragma, the floating-point operations affected by the pragma are
the same operations as would be affected by the FENV_ROUND and FENV_DEC_ROUND
pragmas(7.6.1a,7.6.1b).Thus,subnormaloperandsandresultsofaffectedoperationsmaybe
replaced by zero. Functions not affected by the pragma behave as though no
FENV_ALLOW_ZERO_SUBNORMALpragmawereineffectatthesiteofthecall.
25
7.6.1e.6TheFENV_ALLOW_CONTRACT_FMApragma
Synopsis
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_ALLOW_CONTRACT_FMA on-off-switch
©ISO/IEC2015–Allrightsreserved
9
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
Description
[2] This pragma allows or disallows contraction (6.5) of floating-point multiply and add or
subtract(withtheresultofthemultiply)
x
x
x
x
5
*
*
+
−
y
y
y
y
+
−
*
*
z
z
z
z
whereon-off-switchisoneof
ON–allowcontractionforfloating-pointmultiply-add
10
OFF–donotallowcontractionforfloating-pointmultiply-add
DEFAULT–implementationdefinedwhether“on”or“off”
[3]NOTE
IEC60559usesthetermsynthesizeinsteadofcontract.
7.6.1e.7TheFENV_ALLOW_CONTRACT_OPERATION_CONVERSIONpragma
Synopsis
15
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_ALLOW_CONTRACT_OPERATION_CONVERSION on-off-switch
Description
[2] This pragma allows or disallows contraction (6.5) of a floating-point operation and a
conversion(oftheresultoftheoperation),whereon-off-switchisoneof
20
ON–allowcontractionforfloating-pointoperation-conversion
OFF–donotallowcontractionforfloating-pointoperation-conversion
DEFAULT–implementationdefinedwhether“on”or“off”
[3] Within the scope of this pragma, the floating-point operations affected by the pragma are
the same operations as would be affected by the FENV_ROUND and FENV_DEC_ROUND
pragmas(7.6.1a,7.6.1b).Thus,anaffectedoperationmaybecontractedwithaconversionofits
result. Functions not affected by the pragma behave as though no
FENV_ALLOW_CONTRACT_OPERATION_CONVERSIONpragmawereineffectatthesiteofthe
call.
25
10
©ISO/IEC2015–Allrightsreserved
WG14N1974
[4]EXAMPLE
5
10
15
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
Forthecodesequence
#define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#include <math.h>
#pragma STDC FENV_ALLOW_CONTRACT_OPERATION_CONVERSION ON
float f1, f2;
double d1, d2;
…
f1 = d1 * d2;
f2 = sqrt(d1);
the multiply (operation) and assignment (conversion) are allowed to be evaluated with just one
rounding(totherangeandprecisionoffloat).Iftheon-off-switchforthepragmawereOFF,then
the multiply would have to be rounded according to the evaluation method and the assignment
would require a second rounding. With the given code, the sqrt function may be replaced by
fsqrt,avoidingtheneedforaseparateoperationtoconvertthedoubleresultofsqrttofloat.
7.6.1e.8TheFENV_ALLOW_CONTRACTpragma
Synopsis
20
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_ALLOW_CONTRACT on-off-switch
Description
[2] This pragma allows or disallows contraction (6.5) for floating-point operations, where onoff-switchisoneof
ON–allowcontractionforfloating-pointoperations
25
OFF–donotallowcontractionforfloating-pointoperations
DEFAULT–implementationdefinedwhether“on”or“off”
[3] The optimizations controlled by this pragma include those controlled by the
FENV_ALLOW_CONTRACT_FMA and FENV_ALLOW_CONTRACT_OPERATION_CONVERSION
pragmas.
30
[4] This pragma is equivalent to the FP_CONTRACT pragma in <math.h>: the two pragmas
may be used interchangeably, provided the appropriate header is included and the
implementationdefines__STDC_WANT_IEC_60559_ATTRIBS_EXT__.
9 Reproducibility
35
40
IEC 60559 recommends an attribute to facilitate writing programs whose floating-point results and
exception flags will be reproducible on any implementation that supports the language and library
featuresusedbytheprogram.Suchcodemustuseonlythosefeaturesofthelanguageandlibrarythat
supportreproducibleresults.Thesefeaturesincludeoneswithawell-definedbindingtoreproducible
featuresofIEC60559,sothatnounspecifiedorimplementation-definedbehaviorisadmitted.Thispart
ofISO/IECTS18661providesapragmatosupporttheIEC60559attributeforreproducibleresultsand
givesrequirementsforprogramstohavereproducibleresults.
©ISO/IEC2015–Allrightsreserved
11
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
ChangetoC11+TS18661-1+TS18661-2+TS18661-3+TS18661-4:
After7.6.1e,insert:
7.6.1f
Reproducibleresults
[1]Thepragmainthissubclausesupportsthereproducibleresultsattributerecommendedin
IEC 60559. Where the state of the pragma is “on”, floating-point numerical results and
exception
flags
are
reproducible
on
implementations
that
define
__STDC_IEC_60559_ATTRIBS__andthatsupportthelanguageandlibraryfeaturesusedby
the source code, provided the source code uses a limited set of features as described below
(7.6.1f.2).
5
10
[2] An implementation that defines __STDC_IEC_60559_ATTRIBS__ also defines either
__STDC_IEC_60559_BFP__ or __STDC_IEC_60559_DFP__, or both. If the
implementation defines __STDC_IEC_60559_BFP__, it supports reproducible results for
binary floating-point arithmetic. If the implementation defines __STDC_IEC_60559_DFP__,
it supports reproducible results for decimal floating-point arithmetic. If the implementation
defines__STDC_IEC_60559_TYPES__,thenitsupportsreproducibleresultsforcodeusing
its interchange floating types. If the implementation defines __STDC_IEC_60559_FUNCS__
and it provides a set of correctly rounded math functions (7.31.6a), then it supports
reproducibleresultsforcodeusingcorrectlyroundedmathfunctionsfromthatset.
15
7.6.1f.1TheFENV_REPRODUCIBLEpragma
20
Synopsis
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_REPRODUCIBLE on-off-switch
Description
25
[2] This pragma enables or disables support for reproducible results. The pragma shall occur
eitheroutsideexternaldeclarationsorprecedingallexplicitdeclarationsandstatementsinside
a compound statement. When outside external declarations, the pragma takes effect from its
occurrenceuntilanotherFENV_REPRODUCIBLEpragmaisencountered,oruntiltheendofthe
translation unit. When inside a compound statement, the pragma takes effect from its
occurrence until another FENV_REPRODUCIBLE pragma is encountered (including within a
nested compound statement), or until the end of the compound statement; at the end of a
compound statement the state for the pragma is restored to its condition just before the
compoundstatement.
30
[3]Ifthestateofthepragmais“on”,thentheeffectsofthefollowingareimplied
35
#pragma STDC FENV_ACCESS ON
#pragma STDC FENV_ALLOW_VALUE_CHANGING_OPTIMIZATION OFF
andif__STDC_IEC_60559_BFP__isdefined
#pragma STDC FENV_FLT_EVAL_METHOD 0
12
©ISO/IEC2015–Allrightsreserved
WG14N1974
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
andif__STDC_IEC_60559_DFP__isdefined
#pragma STDC FENV_DEC_EVAL_METHOD 1
5
[4] If the pragma appears with the on-off-switch OFF under the effect of a pragma with
on-off-switchON,thenthestatesoftheFENV_ACCESSpragma,thevalue-changingoptimization
pragmas,andtheevaluationmethodpragmas(evenanevaluationmethodpragmawhosestate
was explicitly changed under the effect of the pragma with on-off-switch ON) revert to their
states prior to the pragma with on-off-switch ON. The pragma with on-off-switch OFF has no
effectifitoccurswherethestateofthepragmais“off”.
[5]The“default”stateofthepragmais“off”.
10
[6] The implementation should produce a diagnostic message if, where the state of the
FENV_REPRODUCIBLE pragma is “on”, the source code uses a language or library feature
whoseresultsmaynotbereproducible.
7.6.1f.2Reproduciblecode
15
[1] Following are requirements for a code sequence in order that its results will be
reproducible.Ifthecodeusesoptionalfeaturesnotedbelow,thenresultsarereproducibleonly
onimplementationsthatsupportthosefeatures.
⎯ The code translates into a sequence of floating-point operations that are bound to IEC
60559operations,asdescribedinF.3inthetableentitled“Operationbinding”.
20
⎯ Thecodedoesnotcontainanyusethatmayresultinundefinedbehavior.Thecodedoesnot
dependonanybehaviorthatisunspecified,implementation-defined,orlocale-specific.See
AnnexJ.
⎯ ThecodeisundertheeffectoftheFENV_REPRODUCIBLEpragma(withstate“on”).
⎯ Thecodedoesnotsetthestateofanypragmathatallowsvalue-changingoptimizationsto
“on”or“default”.
25
⎯ ThecodedoesnotsetthestateoftheFENV_ACCESSpragmato“off”or“default”.
⎯ ThecodedoesnotusetheFENV_FLT_EVAL_METHODpragmawithanywidthexcept0or1.
Supportforwidthequalto1isanoptionalfeature.
⎯ ThecodedoesnotusetheFENV_DEC_EVAL_METHODpragmawithanywidthexcept1or2.
Supportforwidthequalto2isanoptionalfeature.
30
⎯ Use of an FENV_EXCEPT pragma with an except-list that includes sub-exceptions is an
optionalfeature.
⎯ ThecodedoesnotuseanFENV_EXCEPTpragmawithanactionBREAK,TRY,orCATCH.
⎯ Thecodedoesnotusethelong doubletype.
35
⎯ If __STDC_IEC_60559_BFP__ is not defined by the implementation, the code does not
useanystandardfloatingtypes.
©ISO/IEC2015–Allrightsreserved
13
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
⎯ Evenif__STDC_IEC_60559_TYPES__isdefined,thecodedoesnotuseextendedfloating
types.Evenif__STDC_IEC_60559_TYPES__isdefined,someinterchangefloatingtypes
areoptionalfeatures.
⎯ Thecodedoesnotusecomplexorimaginarytypes.
5
⎯ ThecodedoesnotusesignalingNaNs.
⎯ Thecodedoesnotusetheremquofunctions.
⎯ Thecodedoesnotdependonthesignofazeroresultorthequantumofadecimalresultfor
thefmin,fmax,fminmag,andfmaxmagfunctionswhentheargumentsareequal.
⎯ Thecodedoesnotdependonthepayloads(F.10.13)orsignbitsofquietNaNs.
10
⎯ Thecodedoesnotdependonthe“underflow”or“inexact”floating-pointexceptionsorflags.
⎯ Thecodedoesnotuseextendedintegertypes.
⎯ The code does not depend on conversions between binary floating types and character
sequences with more than M + 3 significant decimal digits, where M is 17 if
__STDC_IEC_60559_TYPES__ is not defined (by the implementation), and M is
1+⎡p×log10(2)⎤, where p is the precision of the widest supported binary interchange
floating
type,
if
__STDC_IEC_60559_TYPES__
is
defined.
Even
if
__STDC_IEC_60559_TYPES__ is defined, support for interchange floating types wider
than binary64 is an optional feature. (This specification differs from IEC 60559 which
requires that an implementation supporting reproducibility not limit the number of
significantdecimaldigitsforcorrectrounding.)
15
20
⎯ Thecodedoesnotdependontheactualcharactersequenceinprintfresultswithstylea
(or A), nor does it depend on numerical values of such results when the precision is not
sufficientforanexactrepresentation.
10 Alternateexceptionhandling
25
30
IEC 60559 arithmetic raises floating-point exceptions as a way to inform the program when an
operation encounters problematic inputs, such that no one result would be suitable for all situations.
ThedefaultexceptionhandlinginIEC60559isintendedtobemoreusefulinmoresituationsthanother
schemes,oratleastpredictable.However,otherexceptionhandlingismoreusefulincertainsituations.
Thus,IEC60559describesalternateexceptionhandlingandrecommendsthatprogramminglanguages
provideameansfortheprogramtospecifywhichexceptionhandlingwillbedone.
ChangestoC11+TS18661-1+TS18661-2+TS18661-3+TS18661-4:
After7.6.1f.2,insert:
7.6.1g Alternateexceptionhandling
[1]Whenafloating-pointexceptionisraised,theIEC60559defaultexceptionhandlingsetsthe
appropriate exception flag(s), returns a specified result, and continues execution. IEC 60559
alsoprescribesalternateexceptionhandling.Thepragmainthissubclauseprovidesameansfor
theprogramtochoosethemethodofexceptionhandling.Thepragmaappliestooperationson
allfloating-pointtypes.
35
14
©ISO/IEC2015–Allrightsreserved
WG14N1974
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
[2] For the “underflow” exception, the chosen exception handling occurs if the exception is
raised,whetherthedefaultresultwouldbeexactorinexact,unlessstatedotherwise.
[3] Alternate exception handling is an optional feature for implementations that support IEC
60559attributes.Implementationsthatprovidethefeaturedefinethemacro
5
__STDC_IEC_60559_ATTRIB_ALTERNATE_EXCEPTION_HANDLING__
aswellas
__STDC_IEC_60559_ATTRIBS__
See6.10.8.3.
7.6.1g.1TheFENV_EXCEPT pragma
10
Synopsis
[1] #define __STDC_WANT_IEC_60559_ATTRIBS_EXT__
#include <fenv.h>
#pragma STDC FENV_EXCEPT action except-list
Description
15
20
25
30
[2]TheFENV_EXCEPTpragmasetsthemethodspecifiedbyactionforhandlingtheexceptions
representedbyexcept-list.
[3] The pragma shall occur either outside external declarations, unless stated otherwise, or
precedingallexplicitdeclarationsandstatementsinsideacompoundstatement,whichthenis
thecompoundstatementassociatedwiththepragma.Whenoutsideexternaldeclarations,the
pragmaactionforadesignatedexceptiontakeseffectfromtheoccurrenceofthepragmauntil
anotherFENV_EXCEPTpragmadesignatingthesameexceptionisencountered,oruntiltheend
ofthetranslationunit.Wheninsideacompoundstatement,thepragmaactionforadesignated
exceptiontakeseffectfromtheoccurrenceofthepragmauntilanotherFENV_EXCEPTpragma
designating the same exception is encountered (including within a nested compound
statement), or until the end of the compound statement; at the end of a compound statement
the state for handling each exceptions in except-list is restored to its condition just before the
compoundstatement.
[4]WithinthescopeofanFENV_EXCEPTpragma,thefloating-pointoperationsaffectedbythe
pragma are the same operations as would be affected by the FENV_ROUND and
FENV_DEC_ROUNDpragmas(7.6.1a,7.6.1b).Thus,exceptionsraisedbyaffectedoperationsare
handled according to the specified action. Functions not affected by the pragma behave as
thoughnoFENV_EXCEPTpragmawereineffectatthesiteofthecall.
[5]WithinthescopeofanFENV_EXCEPTpragma,explicitlyaccessingtheflagofadesignated
exceptionresultsinundefinedbehavior.
©ISO/IEC2015–Allrightsreserved
15
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
[6] except-list shall be a comma-separated list of supported exception designations (or one
supported exception designation). The supported exception designations shall include the
exceptionmacroidentifiers(7.6)
FE_DIVBYZERO
FE_INEXACT
FE_INVALID
FE_OVERFLOW
FE_UNDERFLOW
FE_ALL_EXCEPT
5
10
andshouldincludedesignationsforthesub-exceptions
— “invalid”floating-pointexceptionsfromaddandsubtractoperatorsandfunctionsthatadd
orsubtract(7.12.13a.1,7.12.13a.2),notcausedbysignalingNaNinput
FE_INVALID_ADD
— “invalid” floating-point exceptions from divide operators and functions that divide
(7.12.13a.4),notcausedbysignalingNaNinput
FE_INVALID_DIV
15
— “invalid” floating-point exceptions from functions that compute multiply-add (7.12.13.1,
7.12.13a.5) and from contracted multiply and add operators, not caused by signaling NaN
input
FE_INVALID_FMA
20
— “invalid” floating-point exceptions from conversions from floating to integer types, not
causedbysignalingNaNinput
FE_INVALID_INT
— “invalid” floating-point exceptions from ilogb and llogb functions, not caused by
signalingNaNinput
FE_INVALID_ILOGB
25
— “invalid” floating-point exceptions from multiply operators and functions that multiply
(7.12.13a.3),notcausedbysignalingNaNinput
FE_INVALID_MUL
30
— “invalid” floating-point exceptions from the quantize functions, not caused by signaling
NaNinput
FE_INVALID_QUANTIZE
— “invalid”floating-pointexceptionsfromtheremainderandremquofunctions,notcaused
bysignalingNaNinput
FE_INVALID_REM
35
— “invalid” floating-point exceptions from functions that compute square root (7.12.7.5,
7.12.13a.6),notcausedbysignalingNaNinput
FE_INVALID_SQRT
—“invalid”floating-pointexceptionscausedbysignalingNaNinput
FE_INVALID_SNAN
40
16
©ISO/IEC2015–Allrightsreserved
WG14N1974
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
— “invalid” floating-point exceptions from relational operators and comparison macros, not
causedbysignalingNaNinput
FE_INVALID_UNORDERED
5
— “divide-by-zero”floating-pointexceptionsfromdivideoperatorsandfunctionsthatdivide
FE_DIVBYZERO_ZERO
— “divide-by-zero”floating-pointexceptionsfromlogarithmandlogbfunctions
FE_DIVBYZERO_LOG
[7]actionshallbeadesignationofasupportedexceptionhandlingmethod,whichshallinclude
10
— defaultexceptionhandling(asspecifiedinIEC60559).
DEFAULT
— defaultexceptionhandling,butwithoutsettingtheflag.
NO_FLAG
15
20
— defaultexceptionhandling,butwhethertheflagisset(aswithdefaultexceptionhandling),
andforwhichoperationsandtheiroccurrences,isunspecified.
OPTIONAL_FLAG
— abrupt underflow. If an “underflow” floating-point exception occurs (see IEC 60559), the
operationdeliversaresultwithmagnitudezeroortheminimumnormalmagnitude(forthe
result format) and with the same sign as the default result, sets the “underflow” floatingpointexceptionflag,andraisesthe“inexact”floating-pointexception.When
roundingtonearest,tiestoeven
roundingtonearest,tiesawayfromzero
or
roundingtowardzero
25
30
35
40
theresultmagnitudeiszero.Whenroundingtowardpositiveinfinity,theresultmagnitude
istheminimumnormalmagnitudeiftheresultsignispositive,andzeroiftheresultsignis
negative. When rounding toward negative infinity, the result magnitude is the minimum
normalmagnitudeiftheresultsignisnegative,andzeroiftheresultsignispositive.Abrupt
underflow has no effect on the interpretation of subnormal operands. The action has no
effectifFE_UNDERFLOWisnotincludedinexcept-list.
ABRUPT_UNDERFLOW
— break.Terminateexecutionofthecompoundstatementassociatedwiththepragma.Then,
continueexecutionaftertheassociatedcompoundstatement.Whenterminationoccurs,the
following apply:if the execution to completion of the associated compound statement
(without the break) would at any point modify an object, the value of the object is
indeterminate; if the execution would modify the state of the dynamic rounding mode or
any state maintained by the standard library (e.g., in the I/O system), the state is
unspecified; the values of flags for the designated exceptions are unspecified. (Thus,
termination may occur as soon as possible after the exception is raised, to maximize
performance.)Thepragmawiththisactionshallappearonlyinacompoundstatement.
BREAK
©ISO/IEC2015–Allrightsreserved
17
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
Thefollowingtwoactionsworktogether.Thepragmaswiththeseactionsshallappearonlyin
compoundstatements.Acompoundstatementassociatedwithatryactionmaybepairedwith
oneormorecompoundstatementseachassociatedwithacatchaction.Compoundstatements
associated with catch actions shall appear contiguously immediately below the compound
statementassociatedwiththetryaction,exceptforwhitespace(includingcomments).
— try.Thedesignatedexceptionsmaybehandledbyacatchaction.Itisunspecifiedwhether
flags for designated exceptions that are set in the execution of the associated compound
statement are restored to their states before the associated compound statement. The
associatedcompoundstatementshallnotbethestatementofaselection(6.8.4)oriteration
(6.8.5) statement. There shall be no jumps into or out of the associated compound
statement,otherthantohandleanexception,asspecifiedbelow.
TRY
5
10
— catch.Ifanyexceptionwiththesamedesignationforboththetryactionandacatchaction
occursintheexecutionofthecompoundstatementassociatedwiththetryaction,jumptoa
compoundstatementassociatedwithsomeoccurringexceptionwiththesamedesignation
for the try action and a catch action. Upon completion of the associated compound
statement, continue execution after the last of the compound statements associated with
catchactions.Eachexceptiondesignationshallbelistedinatmostoneofthepragmaswith
a catch action. The jump target should be a compound statement associated with the first
occurringdesignatedexception.Whenthejumpoccurs,thefollowingapply:iftheexecution
oftheassociatedcompoundstatementtocompletion(withoutthejump)wouldatanypoint
modifyanobject,thevalueoftheobjectisindeterminate;iftheexecutionwouldmodifythe
stateofthedynamicroundingmodeoranystatemaintainedbythestandardlibrary(e.g.,in
theI/Osystem),thestateisunspecified.(Thus,thejumpmayoccurassoonaspossibleafter
the exception is raised, to maximize performance). The compound statement associated
with a catch action is executed only to handle an exception occurring in the compound
statement associated with the try action. There shall be no other jumps into or out of the
compoundstatementassociatedwithacatchaction.
CATCH
15
20
25
30
Thefollowingtwoactionsworktogether.Thepragmaswiththeseactionsshallappearonlyin
compound statements. A compound statement associated with a delayed-try action may be
paired with one or more compound statements each associated with a delayed-catch action.
Compound statements associated with delayed-catch actions shall appear contiguously
immediatelybelowthecompoundstatementassociatedwiththedelayed-tryaction,exceptfor
white space (and comments). For (optional) support of sub-expressions, the exceptions, flags,
andfunctionsinthespecificationbelowareassumedtobeextendedforsub-expressions.
— delayed-try. The designated exceptions may be handled by a delayed-catch action. Before
executing the compound statement associated with the delayed-try action, save (as by
fegetexceptflag) the states of the flags for the designated exceptions, and then clear
(as by feclearexcept) the designated exceptions. After normal completion of the
associated compound statement, re-save the states of the designated exceptions. Then
restore (as by fesetexceptflag) the designated exception flag states before the
associated compound statement. The associated compound statement shall not be the
statementofaselection(6.8.4)oriteration(6.8.5)statement.Thereshallbenojumpsinto
oroutoftheassociatedcompoundstatement.
DELAYED_TRY
35
40
45
— delayed-catch. Test (as by fetestexceptflag) the exception flag states saved after
completion of the compound statement associated with the delayed-try action. If any
50
18
©ISO/IEC2015–Allrightsreserved
WG14N1974
5
10
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
exception with the same designation for the delayed-try action and a delayed-catch action
occurred (as determined by flag state tests), jump to the first compound statement
associatedwithanoccurringexceptionwiththesamedesignationforthedelayed-tryaction
and a delayed-catch action. Upon completion of the associated compound statement,
continueexecutionafterthelastofthecompoundstatementsassociatedwithdelayed-catch
actions. Each exception designation shall be listed in at most one of the pragmas with a
delayed-catch action. The compound statement associated with a delayed-catch action is
executedonlytohandleanexceptionoccurringinthecompoundstatementassociatedwith
thedelayed-tryaction.Thereshallbenootherjumpsintooroutofthecompoundstatement
associatedwithadelayed-catchaction.
DELAYED_CATCH
EXAMPLE Thisexampleillustratesbehavioraldifferencesbetweentryandcatchactionsand
delayed-tryanddelayed-catchactions.
Codesequencewithtryandcatchactions:
15
20
25
30
35
#pragma STDC FENV_ACCESS ON
#include <fenv.h>
double d[n];
float f[n];
…
{
#pragma STDC FENV_EXCEPT TRY FE_DIVBYZERO, FE_OVERFLOW
for (i=0; i<n; i++) {
f[i] = 1.0 / d[i];
}
}
{
#pragma STDC FENV_EXCEPT CATCH FE_DIVBYZERO
printf(“divide-by-zero\n”);
}
{
#pragma STDC FENV_EXCEPT CATCH FE_OVERFLOW
printf(“overflow\n”);
}
…
Thesamecodebutwithdelayed-tryanddelayed-catchactions:
©ISO/IEC2015–Allrightsreserved
19
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
#pragma STDC FENV_ACCESS ON
#include <fenv.h>
double d[n];
float f[n];
…
{
#pragma STDC FENV_EXCEPT DELAYED_TRY \
FE_DIVBYZERO, FE_OVERFLOW
for (i=0; i<n; i++) {
f[i] = 1.0 / d[i];
}
}
{
#pragma STDC FENV_EXCEPT DELAYED_CATCH FE_DIVBYZERO
printf(“divide-by-zero\n”);
}
{
#pragma STDC FENV_EXCEPT DELAYED_CATCH FE_OVERFLOW
printf(“overflow\n”);
}
…
5
10
15
20
Thefollowingtableshowsexamplesofinputsandresultsforthetwocodesequencesabove.
Inputd
Results
f=1/ d
output
“divide-by-zero”flag
“overflow”flag
Inputd
Results
f=1/ d
output
“divide-by-zero”flag
“overflow”flag
Inputd
Results
f=1/ d
output
“divide-by-zero”flag
“overflow”flag
20
try-catch
delayed-try–delayed-catch
0.5,0.0
2.0,infinity
indeterminate,
indeterminate
“divide-by-zero”
unspecified(setorrestored)
unchanged
“divide-by-zero”
restored
restored(unchanged)
0.5,−1e100
indeterminate,
indeterminate
“overflow”
unchanged
unspecified(setorrestored)
2.0,infinity
“overflow”
restored(unchanged)
restored
−1e100,0.0
indeterminate,
indeterminate
“overflow”
(recommended)or
“divide-by-zero”
unspecified(setorrestored)
unspecified(setorrestored)
infinity,infinity
“divide-by-zero”
restored
restored
©ISO/IEC2015–Allrightsreserved
WG14N1974
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
NOTE Thedelayed-tryanddelayed-catchactionsaredeterministic.Theycanbeimplemented
with the floating-point exception flags. The following code sequence is equivalent to the code
sequenceusingdelayed-tryanddelayed-catchintheexampleabove.
5
10
15
20
25
30
35
40
#pragma STDC FENV_ACCESS ON
#include <fenv.h>
double d[n];
float f[n];
…
{
fexcept_t old_except, new_except;
fegetexceptflag(&old_except, FE_DIVBYZERO | FE_OVERFLOW);
feclearexcept(FE_DIVBYZERO | FE_OVERFLOW);
{
for (i=0; i<n; i++) {
f[i] = 1.0 / d[i];
}
}
fegetexceptflag(&new_except, FE_DIVBYZERO | FE_OVERFLOW);
fesetexceptflag(&old_except, FE_DIVBYZERO | FE_OVERFLOW);
if (fetestexceptflag(&new_except, FE_DIVBYZERO)) {
printf(“divide-by-zero\n”);
}
else if (fetestexceptflag(&new_except, FE_OVERFLOW)) {
printf(“overflow\n”);
}
}
…
NOTE The try and catch actions are not deterministic (see example above), which allows
moreimplementationflexibilityforbetterperformance.
Inmostcases,thetryandcatchactionscanbeimplementedlikedelayed-tryanddelayed-catch
actions, though not for the “underflow” exception (which occurs without causing the
“underflow” flag to be set, in cases of exact results near the underflow threshold). Such an
implementation would not always handle the first occurring designated exception, as
recommended.
Animplementationoftryandcatchactionsusingfloating-pointexceptiontrapsmightwellbe
able to handle the first occurring designated exception (including “underflow”), as
recommended,andachievebetterperformance.
In7.6.1g.1,inthetrybullet,attachafootnotetothewording:
Theassociatedcompoundstatementshallnotbethestatementofaselection(6.8.4)oriteration
(6.8.5)statement.
wherethefootnoteis:
45
*) The compound statements associated with a try action and its catch actions, together
enclosedinbraces,maybethestatementofaselectionoriterationstatement.Forexample,the
followingcodesegmentispermitted:
©ISO/IEC2015–Allrightsreserved
21
ISO/IECTS18661-5
DraftTechnicalSpecification–October14,2015 WG14N1974
for (i = 0; i < n; i++) {
{
#pragma STDC FENV_EXCEPT TRY FE_OVERFLOW
y[i] = x[i] * x[i];
}
{
#pragma STDC FENV_EXCEPT CATCH FE_OVERFLOW
y[i] = DBL_MAX;
}
}
5
10
In6.5.16.2,infootnote113,change:
For example, if annex F is in effect, the floating types involved have IEC 60559 formats, and
FLT_EVAL_METHODis0,theequivalentcodewouldbe:
to:
15
For example, if annex F is supported, the floating types involved have IEC 60559 formats,
FLT_EVAL_METHODis0,andnoFENV_EXCEPTpragmaisineffect,theequivalentcodewould
be:
22
©ISO/IEC2015–Allrightsreserved
WG14N1974
DraftTechnicalSpecification–October14,2015
ISO/IECTS18661-5
Bibliography
5
[1]
IEC60559:1989,Binaryfloating-pointarithmeticformicroprocessorsystems,secondedition
[2]
IEEE754−1985,IEEEStandardforBinaryFloating-PointArithmetic
[3]
IEEE754-2008,IEEEStandardforFloating-PointArithmetic
[4]
IEEE854−1987,IEEEStandardforRadix-IndependentFloating-PointArithmetic
[5]
ISO/IEC9899:2011/Cor.1:2012,
C/TechnicalCorrigendum1
©ISO/IEC2015–Allrightsreserved
Information
technology—
Programming
languages—
23