home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / cplus / 13043 < prev    next >
Encoding:
Text File  |  1992-08-29  |  1.5 KB  |  41 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!usc!sdd.hp.com!ux1.cso.uiuc.edu!m.cs.uiuc.edu!vela!linx!sygnus!tpurves
  3. From: tpurves@sygnus.uucp (Timothy Purves)
  4. Subject: Re: BC++ 3.1 and 386 code generation
  5. Message-ID: <1992Aug29.004046.21126@sygnus.uucp>
  6. Organization: None
  7. References: <36863@uflorida.cis.ufl.edu>
  8. Date: Sat, 29 Aug 1992 00:40:46 GMT
  9. Lines: 30
  10.  
  11. In article <36863@uflorida.cis.ufl.edu> asher@qtp.ufl.edu (Robert L. Asher) writes:
  12. >
  13. >Recently a friend of mine purchased the BC++ 3.1 upgrade and I thought I might
  14. >be interested as well.  But I had some doubts and wanted to know about the
  15. >speed improvements and wheather 386/486 code generation had been added.  He
  16. >indicated that it had and so did the blurb from Borland I got via e-mail.  So I
  17. >had some programs which are fairly cpu intensive.  We compiled them and made
  18. >some tests.  3.1 does not seem to make 386 code for me.  I compiled using
  19. >bcc -Ot -3 -f287 code.cpp
  20. >and the execution file then ran slower than the 3.0 version of the code
  21. >compiled with the same options except a -2 used.  This was suspicous in itself.
  22. >Then I tried running the code on a 286 machine and it did.  What's going on
  23. >here?  Did we miss something?
  24. >
  25. >Thanks for any help / info.
  26. >Robert
  27. >
  28. >-- 
  29. >Robert L. Asher          | 
  30. >Department of Chemistry  | 
  31. >University of Florida    | 
  32. >asher@qtp.ufl.edu        | 
  33.  
  34. As I understand borland's 386 code generation. is just for Long int's, nothing
  35. else.
  36.  
  37. -- 
  38.  
  39. tpurves@sygnus (Timothy Purves)
  40.  
  41.