home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sgi / 16503 < prev    next >
Encoding:
Text File  |  1992-11-17  |  3.3 KB  |  76 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!ukma!wupost!cs.utexas.edu!sun-barr!ames!pioneer.arc.nasa.gov!lamaster
  3. From: lamaster@pioneer.arc.nasa.gov (Hugh LaMaster)
  4. Subject: Re: what should an arch command return on an indigo?
  5. Message-ID: <1992Nov16.215158.12838@news.arc.nasa.gov>
  6. Sender: usenet@news.arc.nasa.gov
  7. Organization: NASA Ames Research Center, Moffett Field, CA
  8. References: <grl.721642136@groucho> <1992Nov16.200138.24748@cc.ic.ac.uk>
  9. Date: Mon, 16 Nov 1992 21:51:58 GMT
  10. Lines: 64
  11.  
  12. In article <1992Nov16.200138.24748@cc.ic.ac.uk>, vulture@imperial.ac.uk (Thomas Sippel - Dau) writes:
  13. |> In article <grl.721642136@groucho>, grl@brb.dmt.csiro.au (Greg Lehmann) writes:
  14. |> - SunOS has an arch command that returns a value like sun4 or sun3 depending on
  15. |> - what the application architecture of the machine is.
  16. |> - 
  17. |> - Would mips be an appropriate value for an sgi arch on an indigo?
  18.  
  19. I like to use "sgi4d" for 32-bit R3000-based machines.  Analogous to "sun3"
  20. and "sun4".
  21.  
  22. *There should be a standard for the architecture string, and a standard command 
  23. to return it!*
  24.  
  25. |> 
  26. |> Probably not, as there are so many other machines having a MIPS processor
  27. |> (DECstation, CDC 4000, ... ) and which will not run IRIX binaries. We use here
  28. |> sg3 and sg4, where the diffenrence is that type sg4 will not run on an R3000
  29. |> machine - we never had a sizeable IRIX 3.x installation.
  30. |> 
  31. |> For system binaries inst sorts out quietly what is required, and the diskless
  32. |> client support requires separate share trees, so only user compiled binaries
  33. |> are affected.
  34. |> 
  35. |> By the way, write all your scripts to use the ARCH environment variable rather
  36. |> than the command, and leave it to those who maintain the cshrc and profile
  37. |> files to get the variable from the command. This is necessary so that you
  38. |> can pass the -target- architecture to an install script, rather than having
  39. |> it use the -current- one.
  40.  
  41.  
  42. I have been using /bin/cpp to obtain the architecture by deduction.  
  43. Unfortunately, this is being broken of late by two things:
  44.  
  45. 1) C compiler unbundling, and systems with no cc, or cpp
  46.  
  47. 2) /bin/cpp is no longer operative on some systems, even when the compiler is
  48. there, and cpp appears to be there.  Unfortunately, there is no guaranteed
  49. replacement.
  50.  
  51.  
  52. |> 
  53. |>                                      Thomas
  54. |> 
  55. |> -- 
  56. |> *** This is the operative statement, all previous statements are inoperative.
  57. |> *   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
  58. |> *   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
  59. |> *   snail: Imperial College of Science, Technology and Medicine
  60. |> *   The Center for Computing Services, Kensington SW7 2BX, Great Britain
  61.  
  62. It is silly that there is no standard way to get an architecture string.
  63.  
  64. If ARCH becomes a standard environment variable, we still need a standard
  65. for what the string returns.  I like names which have two pieces concatenated,
  66. so that I can pick it apart again if necessary.  "sun" "3" or "4", "sgi" "4d",
  67. "dec" "vax" or "mips" or "alpha? or perhaps (shorter=better) axp?" ...
  68.  
  69.  
  70.  
  71. -- 
  72.   Hugh LaMaster, M/S 233-9,     UUCP:      ames!lamaster
  73.   NASA Ames Research Center     Internet:  lamaster@ames.arc.nasa.gov
  74.   Moffett Field, CA 94035-1000  Or:        lamaster@george.arc.nasa.gov 
  75.   Phone:  415/604-1056                     #include <usenet/std_disclaimer.h> 
  76.