Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!umix!metavax!oxtrap!hal!ncoast!allbery
From: allbery@ncoast.UUCP (Brandon S. Allbery)
Newsgroups: comp.unix.wizards
Subject: Re: /dev/stdin
Message-ID: <8241@ncoast.UUCP>
Date: 14 Jul 88 00:16:46 GMT
References: <16305@brl-adm.ARPA> <8220@ncoast.UUCP> <12327@mimsy.UUCP>
Reply-To: allbery@ncoast.UUCP (Brandon S. Allbery)
Followup-To: comp.unix.wizards
Organization: Cleveland Public Access UN*X, Cleveland, Oh
Lines: 25

As quoted from <12327@mimsy.UUCP> by chris@mimsy.UUCP (Chris Torek):
+---------------
| >In article <16305@brl-adm.ARPA> rbj@cmr.icst.nbs.gov (Root Boy Jim) suggests:
| >>Another (mis?)use is to compile programs from stdin. First, we do
| >>`ln -s /dev/stdin x.c', then `cc -c x.c'. ...
| 
| In article <8220@ncoast.UUCP> allbery@ncoast.UUCP (Brandon S. Allbery) writes:
| >Would this work?  I was under the impression that the C compiler made
| >multiple passes over the source ....
| 
| Some do; but the first will be /lib/cpp, with output sent to a temp
| file, in this case.  I suppose someone might run the preprocessor
| twice. . . .
+---------------

May I remind everyone that nowhere does it state that Unix cc *must* have a
separate /lib/cpp?  Xenix System V/386 has /lib/cpp, but Microsoft cc *does*
*not* *use* *it* -- for proof, try your favorite Reiserisms under Xenix.  Or
*any* #define'd macro which depends on /lib/cpp outputting text instead of
tokens.  (Microsoft may have plans to change this, or may have already done
so in recent versions of SCO Xenix.  But the point still remains that there's
no law requiring /lib/cpp to be separate from the actual compiler.)
-- 
Brandon S. Allbery, uunet!marque!ncoast!allbery			DELPHI: ALLBERY
	    For comp.sources.misc send mail to ncoast!sources-misc