Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!att!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!samsung!noose.ecn.purdue.edu!orchestra.ecn.purdue.edu!songer
From: songer@orchestra.ecn.purdue.edu (Christopher M Songer)
Newsgroups: comp.sys.next
Subject: /lib/cpp bug.
Summary: Bug in /lib/cpp
Keywords: cpp
Message-ID: <1991Feb12.225840.1266@noose.ecn.purdue.edu>
Date: 12 Feb 91 22:58:40 GMT
Sender: root@noose.ecn.purdue.edu (ECN System Management)
Distribution: usa
Organization: Purdue University Engineering Computer Network
Lines: 34

Hi,
     I was installing patch the other evening. The configure program (which
is suposed to configure the patch source for any flavor of UNIX) would not
recognize /lib/cpp as the c preprocessor, even though it tried to use it.
It turns out that the program was running the following test file to see if 
/lib/cpp was indeed the preprocessor:

#define	ABC	abc
#define XYZ	xyz

ABC.XYZ

The expected final line is, of course:

abc.xyz

I tried it out and much to my suprise the result was:

abc .xyz
   ^ :Note unsightly white space! :)

I have made sure that all the white space was cut from the end of the #define
lines and have tried this on both 1.0 and 2.0. The result remains the same.
Certainly, extra white space is not going to be a problem for the compiler, but
things other than cc use cpp. Does anyone know if this is a GNU thing which I 
can fix simply by getting the newest version of cpp? Or has cpp been messed
with (I'd lay money on this one) by NeXT, and I'm outa luck to have a fully-up
to-spec version until 2.1 or 3.0? 

     As a side note -- I got burned with this install by the absence of a 
libc too. Is there a good reason not to set a symlink from libsys to libc?

Thanks,
Chris