Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!helios!calvin.tamu.edu
From: cnh5730@calvin.tamu.edu (Chuck Herrick)
Newsgroups: comp.sys.next
Subject: Re: strange behavior of the C preprocessor
Message-ID: <9063@helios.TAMU.EDU>
Date: 13 Oct 90 05:50:22 GMT
References: <9060@helios.TAMU.EDU)
Sender: usenet@helios.TAMU.EDU
Organization: geodynamics research institute, texas a+m univ
Lines: 34

In article <9060@helios.TAMU.EDU) cnh5730@calvin.tamu.edu (Chuck Herrick) writes:
)Does this appear to be a bug in the C preprocessor to you?
)I ran the following script (extracted from Larry Walls' Configure
)in patch2)
)cat <<'EOT' )testcpp.c
)#define ABC abc
)#define XYZ xyz
)ABC.XYZ
)EOT
)echo 'Maybe "'$cpp'" will work...'
)$cpp <testcpp.c )testcpp.out 2)&1
)inspection of testcpp.out revealed that the file
)contained
)	abc .xyz
)and NOT 
)	abc.xyz

In addition, I ran the script on a Sun SPARC 1+ which has
version 1.37 of the GNU C compiler/preprocessor
(cccp and cpp) installed along with the
vanilla Sun Berkeley C compiler.
when I ran the Sun C preprocessor (/lib/cpp) I got
	abc.xyz
and when I ran GNU's cccp and cpp I got
	abc .xyz

Since Larry's patch2 requires a C preprocessor which does
not produce this bug in order to unwrap and configure patch2,
one wonders how one will install a patch onto the GNU 
C preprocessor.


-- 
	Chuck Herrick				cnh5730@calvin.tamu.edu