Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!bellcore!decvax!decwrl!pyramid!pesnta!amd!amdcad!lll-crg!hoptoad!gnu
From: gnu@hoptoad.UUCP
Newsgroups: net.lang.c
Subject: On using odd features of your local environment
Message-ID: <724@hoptoad.uucp>
Date: Mon, 21-Apr-86 23:12:14 EST
Article-I.D.: hoptoad.724
Posted: Mon Apr 21 23:12:14 1986
Date-Received: Wed, 23-Apr-86 22:52:47 EST
References: <2516@utcsri.UUCP> <708@bentley.UUCP> <2122@watmath.UUCP>
Organization: Nebula Consultants in San Francisco
Lines: 35

In article <2122@watmath.UUCP>, atbowler@watmath.UUCP (Alan T. Bowler [SDG]) writes:
> There is a problem if you want to support a "nargs" function with this...
>                  There are 2 ways arround this...
>   2) delete nargs functionality...
> I know that the later option is one I must assume when I am writing
> very portable programs, but there are many times when I am writing
> system specific code and it is annoying...

I wonder what he means by "very portable programs"?

 *  I am writing this to sell it on 15 different micros and make
my fortune.
 *  The program needs to work at this site next year, after we
have scrapped our Vax and bought a RISC machine.
 *  The program needs to work for the guy that asks for it next week
over the net.
 *  I want to learn what real-world program maintenance is all about.

Or, in contrast, "system specific code":

 *  This was just written as an assignment for CS100 and it has no
use anyway.
 *  This is a tool I will want to use in my next job or class, but
I don't mind rewriting it.
 *  This is part of the kernel and nobody will ever port an OS kernel
to a different machine.  It just can't be done.
 *  Nobody maintains the C compiler and libraries here so they will
never change, so this assumption is safe.
 *  I just want this to work *now* and damn the torpedoes if it doesn't
work next week.
 *  I want to learn what real-world program maintenance is all about.

<:-)
-- 
John Gilmore  {sun,ptsfa,lll-crg,ihnp4}!hoptoad!gnu   jgilmore@lll-crg.arpa