Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site brl-tgr.ARPA
Path: utzoo!watmath!clyde!cbosgd!ihnp4!mhuxn!mhuxj!mhuxr!ulysses!allegra!mit-eddie!godot!harvard!seismo!brl-tgr!tgr!Purtill@MIT-MULTICS.ARPA
From: Purtill@MIT-MULTICS.ARPA (Mark Purtill)
Newsgroups: net.lang.c
Subject: Re: ANSI proposal for preprocessor strings
Message-ID: <9058@brl-tgr.ARPA>
Date: Thu, 7-Mar-85 21:25:55 EST
Article-I.D.: brl-tgr.9058
Posted: Thu Mar  7 21:25:55 1985
Date-Received: Sat, 9-Mar-85 08:41:48 EST
Sender: news@brl-tgr.ARPA
Lines: 16



>The ANSI C standard wants to support TOKENIZED preprocessing.
>The character-string based kludges possible with the Reiser CPP
>do not fit into this concept.

I don't see what the problem is.  You have to deal with strings
specially anyway to handle \n, et. al., right?  So, at the same time,
divide it up into tokens and see if any match the macro parameters.
Note that you only have to do this if the string is in a parametered
macro definition, so the overhead shouldn't be too bad.  

Anyway, its not clear that the standard should not include something
only because it might be hard to implement in a certain manner.

Mark