🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.std.c
Article #795

Floating preprocessing numbers

#795
From: Norman Diamond
Date: Fri, 20 Oct 1989 06:11
18 lines
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!diamond

Show 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