home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / perl / 5485 < prev    next >
Encoding:
Internet Message Format  |  1992-08-25  |  2.7 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!news!netlabs!lwall
  2. From: lwall@netlabs.com (Larry Wall)
  3. Newsgroups: comp.lang.perl
  4. Subject: Re: More #! stuff
  5. Message-ID: <1992Aug25.221932.11112@netlabs.com>
  6. Date: 25 Aug 92 22:19:32 GMT
  7. References: <BtCEuC.1K4@world.std.com> <1992Aug24.185939.19357@netlabs.com> <BtI899.KJ2@world.std.com>
  8. Sender: news@netlabs.com
  9. Distribution: usa
  10. Organization: NetLabs, Inc.
  11. Lines: 64
  12. Nntp-Posting-Host: scalpel.netlabs.com
  13.  
  14. In article <BtI899.KJ2@world.std.com> dsb@world.std.com (David Boyce) writes:
  15. : In article <1992Aug24.185939.19357@netlabs.com> lwall@netlabs.com (Larry Wall) writes:
  16. : >Similar schemes have been proposed, but the difficulty with it (aside
  17. : >from the fact that not all machines have /bin/env) is that a #! line
  18. : >typically allows you only one argument, and you've already used it up
  19. : >specifying perl.  It's like having to use up your three wishes to get
  20. : >the genie out of the bottle.
  21. : >
  22. : >Larry
  23. : 
  24. :     When I write shell code, I always use (and recommend)
  25. : 
  26. : #!/bin/sh
  27. : set -e
  28. : 
  29. :     rather than
  30. : 
  31. : #!/bin/sh -e
  32. : 
  33. :     because if you happened to run the script via "sh script",
  34. : the second way would lose the flag, which could be dangerous in
  35. : the case of -e. Does perl support anything like the
  36. : set command? I can't find it, but I, at least, would
  37. : like to have it for the reason cited above, as well as to
  38. : obviate the second problem you mentioned.
  39.  
  40. Most of the options that make sense to set internally can be set
  41. via the corresponding magical variable, e.g.
  42.  
  43.     $^I = ".bak";
  44.  
  45. is the same as
  46.  
  47.     -i.bak
  48.  
  49. (presuming you set it before you start using <>).
  50.  
  51. Many switches don't make sense once you've started compiling the
  52. script, however.  In particular, -p, -n, and -a.  And yes, you
  53. do lose these if you invoke perl directly.  I suppose I could make
  54. perl pick those up from the #! line anyway...  Hmmm...
  55.  
  56. :     As for not every machine having /bin/env; this is true,
  57. : but I think every *ix machine has env, and most of them in
  58. : /bin. I didn't mean that it's the universal solution; just
  59. : that there are probably many local-area networks in the world that
  60. : can count on /bin/env existing across the board. I mean,
  61. : when the alternative is 
  62. : 
  63. : #!/c/cad1/cad/perl/bin/perl
  64. : 
  65. : as it is in one company that I'm working for, I think using env
  66. : is more portable!
  67.  
  68. Surely.  (Presuming of course, that /c/cad1/cad/perl/bin is in your
  69. PATH.)  But the BSD machines I used to use didn't have /bin/env.  Now,
  70. you may not consider them to be *ix, but it would seem that AT&T still
  71. does...
  72.  
  73. Certainly, it's easy enough to write env in C if you don't have it.
  74. (But, of course, if you have authority to install /bin/env, you can also
  75. ln -s /c/cad1/cad/perl/bin/perl /usr/bin/perl.)
  76.  
  77. Larry
  78.