home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10785 < prev    next >
Encoding:
Internet Message Format  |  1992-11-16  |  2.2 KB
  1. Xref: sparky comp.arch:10785 comp.lang.misc:3715
  2. Newsgroups: comp.arch,comp.lang.misc
  3. Path: sparky!uunet!usc!sdd.hp.com!news.cs.indiana.edu!noose.ecn.purdue.edu!mentor.cc.purdue.edu!pop.stat.purdue.edu!hrubin
  4. From: hrubin@pop.stat.purdue.edu (Herman Rubin)
  5. Subject: Re: how to advocate new software/hardware features (Re: Hardware Support for Numeric Algorithms)
  6. Message-ID: <BxtA6v.CE8@mentor.cc.purdue.edu>
  7. Sender: news@mentor.cc.purdue.edu (USENET News)
  8. Organization: Purdue University Statistics Department
  9. References: <1992Nov14.022705.15675@sal.wisc.edu> <BxpprG.HKu@mentor.cc.purdue.edu> <Bxs63J.BxA@exnet.co.uk>
  10. Date: Mon, 16 Nov 1992 13:44:54 GMT
  11. Lines: 33
  12.  
  13. In article <Bxs63J.BxA@exnet.co.uk> dhd@exnet.co.uk (Damon) writes:
  14. >In article <BxpprG.HKu@mentor.cc.purdue.edu> hrubin@mentor.cc.purdue.edu (Herman Rubin) writes:
  15. >>And how would you handle cases where operations have multiple results,
  16. >>of different types?  This should have been in all programming languages
  17. >>on day 2, and is now only clumsily handled in some.  How would you 
  18. >>handle simple operators which those who produced the languages either
  19. >>did not understand, did not think important, or just plain ignored?    
  20.  
  21.             ......................
  22.  
  23. >Or you put these features in the library.  (Just like RISC.)
  24.  
  25. >Which is what C does.
  26.  
  27. >I think even C is starting to bloat, but it is still quite honest in
  28. >relegating special features---that won't be used/available on *nearly
  29. >every* machine or in *a lot* of code---to the libraries.
  30.  
  31. >So, returning multiple answers in C is easy if ugly.  Use pointer
  32. >arguments, or return a structure or point to one.  It needn't be
  33. >expensive at run time.
  34.  
  35. But it is.  The operations often use register arguments and the results
  36. are wanted in registers.  To avoid real problems with separate compilations,
  37. it would be necessary to have a substantial inline library, which is really
  38. a part of the language installation.  I have not seen any implementation of
  39. C which allows a register struct, although I suspect that there are such.
  40. But if the registers wanted are not adjacent, I can see a real problem.
  41. -- 
  42. Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907-1399
  43. Phone: (317)494-6054
  44. hrubin@snap.stat.purdue.edu (Internet, bitnet)  
  45. {purdue,pur-ee}!snap.stat!hrubin(UUCP)
  46.