Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!cmcl2!rutgers!ames!sdcsvax!sdcc6!sdcc19!sdcc15!gp3147
From: gp3147@sdcc15.UUCP (stockfisch)
Newsgroups: comp.lang.c
Subject: Re: cpp bug
Message-ID: <392@sdcc15.UUCP>
Date: Tue, 24-Nov-87 00:25:23 EST
Article-I.D.: sdcc15.392
Posted: Tue Nov 24 00:25:23 1987
Date-Received: Fri, 27-Nov-87 04:54:19 EST
References: <66@spar.SPAR.SLB.COM> <4693@amd.AMD.COM>
Organization: University of California, San Diego
Lines: 32
Summary: H&S mention this problem with some compilers

In article <4693@amd.AMD.COM>, eager@amd.AMD.COM (mike eager) writes:
> In article <66@spar.SPAR.SLB.COM> hunt@spar.UUCP (Neil Hunt) writes:
> >... breaks the cpp on my machine (a Sun 3, 3.2).
> >#define l(a)	1
> >f()
> >{
> >	l(
> >	a); l(
> >	a)
> >}
> It seems that I remember a restriction in some preprocessors that
> requires the entire invocation of a macro to be contained within
> a single line.  I looked at Harbison & Steele, but they seem to be
> silent on the issue.
> -  Mike Eager



Looking up "macros, calling" in the index of
H&S second edition I am referred to p. 31,
which says (4th line from
bottom)
	
	"Some (deficient) preprocessor implementations
	do not permit
	the actual argument token list to
	extend across multiple
	lines unless the lines to be
	continued end with a \."


|| Tom Stockfisch, UCSD Chemistry tps@sdchemf.ucsd.edu