home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / shell / 3836 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.1 KB
  1. Path: sparky!uunet!pipex!warwick!uknet!axion!spuddy!sweh
  2. From: sweh@spuddy.uucp (Stephen Harris)
  3. Newsgroups: comp.unix.shell
  4. Subject: Re: Shell Scripts vs. C programs
  5. Keywords: shell script, C
  6. Message-ID: <1992Sep6.221711.2294@spuddy.uucp>
  7. Date: 6 Sep 92 22:17:11 GMT
  8. References: <123@steiny.com> <1992Sep3.213336.5151@spuddy.uucp> <1382@pacsoft.com>
  9. Organization: Spuddy's Public Usenet Domain
  10. Lines: 34
  11.  
  12. In article <1382@pacsoft.com> mike@pacsoft.com (Mike Stefanik) writes:
  13. >In an article, sweh@spuddy.uucp (Stephen Harris) writes:
  14. >>#include <machine.h>
  15. >>That one line program through up tonnes of cpp errors.  Blugh.
  16. >
  17. >What, pray tell, are you talking about?  Of *course* this is going to
  18. >choke up blood ... for one, a machine dependent include file probably
  19. >requires that you include <sys/types.h> among others.  What sort of
  20. >errors was cpp returning?
  21.  
  22. Basically *any* program that included this file gave cpp errors and failed to
  23. compile.  And lots of programs seemed to try and include this file.
  24. The errors were something to do with syntax errors on the #ifdef lines.
  25. It didn't understand its own definitions and the tests to determine what
  26. machine we were compiling on failed miserably.  This file was the biggest
  27. problem, but other files had errors.
  28.  
  29. >Regardless, dismissing C in general because one vendor's compiler may (or
  30. >may not) have broken header files is poor logic indeed.
  31.  
  32. Not in my case.  I had to write portable code that had to run on Sun, Altos
  33. and Convergent.  It made a lot more sense to kludge ksh into running on this
  34. machine and then working in a known "correct" environment.
  35.  
  36. Since then I have found myself creating programs a lot quicker (not quick hacks
  37. but small programs intended for permanent use) that perform adequately well.
  38.  
  39. Even though the Altos (a real *old* model) has now been relegated to running
  40. a bought package, I still use ksh for its speed of developement.
  41. -- 
  42.                                Stephen Harris
  43.                sweh@spuddy.uucp    ...!uknet!axion!spuddy!sweh
  44.  
  45.  * Meeeeow ! Call Spud the Cat on > +44 203 638780 < for free Usenet access *
  46.