home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!decwrl!pa.dec.com!decprl!decprl!boyd
- From: boyd@prl.dec.com (Boyd Roberts)
- Newsgroups: comp.unix.shell
- Subject: Re: Sort problem . .
- Message-ID: <1992Jul31.154144.15004@prl.dec.com>
- Date: 31 Jul 92 15:41:44 GMT
- References: <33pmg <1992Jul31.000822.13317@convex.com> <0fqm1cp.messina@netcom.com> <1992Jul31.115559.11391@convex.com> <rsqmjvp.messina@netcom.com>
- Sender: news@prl.dec.com (USENET News System)
- Organization: Digital Equipment Corporation - Paris Research Laboratory
- Lines: 20
- Nntp-Posting-Host: prl313.prl.dec.com
-
- In article <rsqmjvp.messina@netcom.com>, messina@netcom.com (Tony Porczyk) writes:
- >
- > Hm. Okay, maybe we look at it differently. I find modifying source
- > to suit my particular need and then saving another version faster and
- > *much* easier and more understandable for the future than writing
- > wrappers that *should* *usually* work.
-
- The point that Tom and I understand all too well is that sort of argument
- doesn't stand up when you've got multiple architectures to support.
- Sure, the change may be trivial, but re-compiling and re-installing
- a whole swag of binaries can be incredibly time consuming. And then
- you may be faced with doing it all again when you upgrade to a new OS.
-
- Scripts (god forbid -- even perl scripts) save a lot of time because they
- don't need to be compiled. Just one copy into a globally visible bin.
-
-
- Boyd Roberts boyd@prl.dec.com
-
- ``When the going gets wierd, the weird turn pro...''
-