Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!cs.utexas.edu!execu!sequoia!natinst!dell!baldur!dcm From: dcm@baldur.dell.com (Dave McCracken) Newsgroups: comp.unix.internals Subject: Re: cpp gone in 4.0 (Was: cpp vs. m4 for .s files) Message-ID: Date: 10 May 91 13:39:43 GMT References: <1991May6.162351.1521@cbnewsl.att.com> <14717@ulysses.att.com> <1991May9.134547.4893@cbnewsl.att.com> Sender: @dell.dell.com Distribution: na Organization: Dell Computer Corporation, Austin, Texas 78759-7299 Lines: 18 urban@cbnewsl.att.com (john.urban) writes: >In article <14717@ulysses.att.com> ekrell@ulysses.att.com (Eduardo Krell) writes: >Well I guess I was mistaken. It isn't physically gone. I guess it's still their >for backwards compatibility or something - extra baggage. However, it's not >a supported way of using the pre-processor. You should use cc -E or cc -P. >If you type in: truss -o /tmp/CPP -f cc -E file.c >and then examine /tmp/CPP, you'll see that cpp is never called. The cpp functionality is folded into acomp in SVR4. The reason /usr/ccs/lib/cpp is still provided is that ANSI requires different tokenizing rules for the ANSI preprocessor. This change means that any application using cpp on non-C files (see most of the GNU products) must NOT use cc -E, but must use /usr/ccs/lib/cpp if it is to work. -- Dave McCracken dcm@dell.dell.com (512) 343-3720 Dell Computer 9505 Arboretum Blvd Austin, TX 78759-7299