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