home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / bsd / 3108 < prev    next >
Encoding:
Text File  |  1992-07-29  |  1.3 KB  |  34 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!darwin.sura.net!uvaarpa!cv3.cv.nrao.edu!laphroaig!cflatter
  3. From: cflatter@nrao.edu (Chris Flatters)
  4. Subject: Re: 386BSD-0.1/BRLCAD4.0 benchmark -- poor floa
  5. Message-ID: <1992Jul29.152914.2508@nrao.edu>
  6. Sender: news@nrao.edu
  7. Reply-To: cflatter@nrao.edu
  8. Organization: NRAO
  9. References: <l7ctu0INN880@neuro.usc.edu>
  10. Date: Wed, 29 Jul 1992 15:29:14 GMT
  11. Lines: 21
  12.  
  13. In article l7ctu0INN880@neuro.usc.edu, merlin@neuro.usc.edu (merlin) writes:
  14. >It looks like the floating point processor is used for simple floating
  15. >point operations (+, -, /, *) but not for higher functions -- these go
  16. >to /usr/src/lib/libm/ieee/support.c where they get emulated (ie _sqrt)
  17. >very slowly.  Perhaps someone has a redistributable i386 library which
  18. >could be plugged in place of the default 4.3BSD mathematics library.
  19. >
  20. >This is likely why BRLCAD 4.0 runs correctly but very slowly at the
  21. >present time.  Any help or suggestions which would fix this problem
  22. >would be very much appreciated.  
  23. >
  24. >Does gcc 2.2 actually use 80387 inline code for transcedental functions?
  25.  
  26. No. I just looked :-(.  (Unless it is very well hidden).
  27.  
  28. It could probably be made to though.  There appears to be some support for
  29. inlining transcendental functions for the Moto 68881.
  30.  
  31.     Chris Flatters
  32.     cflatter@nrao.edu
  33.  
  34.