Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!uunet!kddlab!titcca!sragwa!wsgw!socslgw!diamond
From: diamond@csl.sony.co.jp (Norman Diamond)
Newsgroups: comp.std.c
Subject: Re: Macro names imbedded in pp-numbers [repost]
Message-ID: <11151@riks.csl.sony.co.jp>
Date: 20 Nov 89 02:20:16 GMT
References: <11134@riks.csl.sony.co.jp> <15217@haddock.ima.isc.com> <1643@crdos1.crd.ge.COM> <11641@smoke.BRL.MIL> <3060@splut.conmicro.com>
Reply-To: diamond@ws.sony.junet (Norman Diamond)
Organization: Sony Computer Science Laboratory Inc., Tokyo, Japan
Lines: 23

In article <11641@smoke.BRL.MIL> gwyn@brl.arpa (Doug Gwyn) writes:
>>pp-numbers work well for the
>>intended purpose and cause problems only in very rare circumstances
>>and only for programmers with an obsessive aversion to white space.

(Well it also causes a problem for me in scanning ALL source programs,
and I have no aversion to white space.  But that's beside the point.)

In article <3060@splut.conmicro.com> jay@splut.conmicro.com (Jay "you ignorant splut!" Maynard) writes:

>Uhm, Doug...does this mean that the behavior of a program differs with
>the use or non-use of white space? Isn't this different from the rest of
>C?

I'm not Doug, but this question is very easy to answer.

a+++b  is different from  a+ ++b

-- 
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".