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