home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / edu / 1537 < prev    next >
Encoding:
Internet Message Format  |  1992-09-04  |  2.1 KB
  1. Xref: sparky comp.edu:1537 comp.lang.fortran:3430 comp.lang.misc:2936 comp.arch:9233 sci.math:11001
  2. Path: sparky!uunet!ogicse!usenet.coe.montana.edu!decwrl!purdue!mentor.cc.purdue.edu!pop.stat.purdue.edu!hrubin
  3. From: hrubin@pop.stat.purdue.edu (Herman Rubin)
  4. Newsgroups: comp.edu,comp.lang.fortran,comp.lang.misc,comp.arch,sci.math
  5. Subject: Re: Scientists as Programmers (was Re: Small Language Wanted)
  6. Message-ID: <Bu2DnM.J4E@mentor.cc.purdue.edu>
  7. Date: 4 Sep 92 17:23:46 GMT
  8. Article-I.D.: mentor.Bu2DnM.J4E
  9. References: <1992Sep3.112944.20996@dbsun.uucp> <Bu08uF.HBC@mentor.cc.purdue.edu> <1992Sep4.114720.25228@dbsun.uucp>
  10. Sender: news@mentor.cc.purdue.edu (USENET News)
  11. Distribution: na
  12. Organization: Purdue University Statistics Department
  13. Lines: 25
  14.  
  15. In article <1992Sep4.114720.25228@dbsun.uucp> meyer@dbsun.uucp (Don Meyer) writes:
  16. >In article <Bu08uF.HBC@mentor.cc.purdue.edu> hrubin@pop.stat.purdue.edu (Herman Rubin) writes:
  17. >>This is not brain-dead, but it is certainly brain-damaged.  Inlining of
  18. >>stuff from libraries has to be done at compile time, or at most at assemble
  19. >>time, as at least the compiler needs to know how much space the inlined
  20. >>code will take.  If every addition, etc., required a subroutine call,
  21. >>the computer would run very much slower.  So one would have to use 
  22. >>some type of language extension file at compile time, not libraries.
  23.  
  24. >If you don't have floating point hardware, or if the precision need
  25. >surpasses that of your floating point hardware you will almost
  26. >certainly have a subroutine call made by the compiler anyway.
  27. >This is an optimization/compiler-quality issue as opposed to
  28. >a pure "language" issue IMHO.
  29.  
  30. This is not necessarily the case.  At least on some machines, one can
  31. handle twice that precision without calling a subroutine for floating
  32. point operations.  For integer even triple and quadruple precision 
  33. often should be programmed without a subroutine call.
  34.  
  35. -- 
  36. Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907-1399
  37. Phone: (317)494-6054
  38. hrubin@pop.stat.purdue.edu (Internet, bitnet)  
  39. {purdue,pur-ee}!pop.stat!hrubin(UUCP)
  40.