home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 11013 < prev    next >
Encoding:
Text File  |  1992-11-22  |  2.6 KB  |  59 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!news.univie.ac.at!alijku05!news
  3. From: ddean@sapphire.risc.uni-linz.ac.at (Drew Dean)
  4. Subject: Re: Hardware Support for Numeric Algorithms
  5. Message-ID: <1992Nov22.222305.6799@alijku05.edvz.uni-linz.ac.at>
  6. Keywords: Try again
  7. Sender: news@alijku05.edvz.uni-linz.ac.at
  8. Nntp-Posting-Host: sapphire.risc.uni-linz.ac.at
  9. Reply-To: ddean@risc.uni-linz.ac.at
  10. Organization: UNI-LINZ
  11. References: <By2MH8.JFB@mentor.cc.purdue.edu>
  12. Date: Sun, 22 Nov 1992 22:23:05 GMT
  13. Lines: 44
  14.  
  15. In article <By2MH8.JFB@mentor.cc.purdue.edu> hrubin@mentor.cc.purdue.edu  
  16. (Herman Rubin) writes:
  17. > Working in a university environment does produce some problems, which
  18. > those with reasonable manpower support do not seem to realize.  I can
  19. > get gcc on some machines, but we do not yet have it on the one I am
  20. > supposed to use for production.  Also, it cannot be used for program
  21. > design for more than one machine, which is something I am supposed to
  22. > be involved in.  This is a major reason for asking for a good macro
  23. > translator, to isolate the dependent problems from the independent
  24. > ones and still be able to communicate.  I cannot reasonably communicate
  25. > SPARCstation program to someone using an RS/6000 or a CRAY Y-MP, but I
  26. > can communicate the algorithm to a mathematician using any one of those
  27. > machines in such a way that a language hacker could come up with good
  28. > code in consultation.
  29. > 
  30. ...
  31. > 
  32. > As far as I can tell, TXL is a very new product.  I will not be able to
  33. > access it until our systems people decide it is safe enough to use.
  34. > 
  35. > --
  36. > Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette  
  37. IN47907-1399
  38.  
  39. Uh, last I checked gcc didn't need any privileged operations to install  
  40. it.  (Does we don't have it for our production machine mean (a) we haven't  
  41. gotten around to installing it, or (b) there's no port yet ?)  I rather  
  42. doubt TXL needs any privileged operations to install, although I've never  
  43. seen it.  (A macro processor that had to be installed set{u,g}id would be  
  44. really scary.)  Thus, "our systems people haven't installed these tools,  
  45. so I can't use them" is not a good reason not to use the tools.
  46.  
  47. WRT gcc, why can't the code be #ifdef'd for different architecture, with a  
  48. slow but portable (and readable, so the intelligent user can write a fast  
  49. version) version be the default ?
  50.  
  51. Last time I checked, the systems people were supposed to install what the  
  52. users needed (at least for users doing some sort of "real work").  It  
  53. certainly works that way here (tell me about it; I get to do the  
  54. installing :-)).
  55. --
  56. Drew Dean
  57. ddean@risc.uni-linz.ac.at
  58. Not speaking for RISC, of course.
  59.