Article View: comp.std.c
Article #795Floating preprocessing numbers
From: Norman Diamond
Date: Fri, 20 Oct 1989 06:11
Date: Fri, 20 Oct 1989 06:11
18 lines
1410 bytes
1410 bytes
In section 3.1.8, a preprocessing number does not acquire a type or a
value until conversion in translation phase 7. I think there is an
omission. A value, and surely a type, must be acquired when an #if
directive is examined during preprocessing.
So the question is, why can't a preprocessing number look like this?
123.45e67
In any other context, e.g. an actual floating constant token in phase 7
which did not derive from a preprocessing number, this is acceptable.
The "e" does not have to be followed by a sign. Why, for #if, must the
"e" be followed by a sign? (And are there any other situations with
the same requirement?)
--
Norman Diamond, Sony Corp. (diamond%ws.sony.junet@uunet.uu.net seems to work)
Should the preceding opinions be caught or | James Bond asked his
killed, the sender will disavow all knowledge | ATT rep for a source
of their activities or whereabouts. | licence to "kill".
Technical Details
Message-ID:
<10976@riks.csl.sony.co.jp>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!uakari.primate.wisc.edu!ginosko!uunet!kddlab!titcca!sragwa!wsgw!socslgw!diamondShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!uakari.primate.wisc.edu!ginosko!uunet!kddlab!titcca!sragwa!wsgw!socslgw!diamond From: diamond@csl.sony.co.jp (Norman Diamond) Newsgroups: comp.std.c Subject: Floating preprocessing numbers Message-ID: <10976@riks.csl.sony.co.jp> Date: 20 Oct 89 06:11:01 GMT Reply-To: diamond@ws.sony.junet (Norman Diamond) Organization: Sony Computer Science Laboratory Inc., Tokyo, Japan Lines: 18