home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / programm / 3807 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.5 KB

  1. Path: sparky!uunet!vnet.ibm.com
  2. From: dmm@vnet.ibm.com (dave)
  3. Message-ID: <19920727.074908.103@almaden.ibm.com>
  4. Date: Mon, 27 Jul 92 10:22:57 EDT
  5. Newsgroups: comp.os.os2.programmer
  6. Subject: Re: Can someone at IBM please explain why developers should develop for OS/2?
  7. Organization: IBM Canada Lab
  8. News-Software: UReply 3.0
  9. X-X-From: dmm@vnet.ibm.com (Dave Mooney)
  10. References: <1992Jul24.182822.24148@hellgate.utah.edu>
  11. Lines: 37
  12.  
  13. In <1992Jul24.182822.24148@hellgate.utah.edu> Brian Sturgill writes:
  14. > I had assumed that with the beta tools, that they were slow because of debug
  15. > code... Wrong... this compiler's a dog.
  16.  
  17. I can't comment on your comments about support, ordering, or NFS, but I
  18. can comment on compiler stuff.  The problem with the compiler is not that
  19. it's a dog, the problem is that it's a pig: it likes to have lots and
  20. lots of memory available.  We're fixing that, though.  The first CSD
  21. features a performance improvement of around 10%, and the next CSD will
  22. have significant improvements in working-set size, which will lead to
  23. better swapper behaviour.  Some of our preliminary tests show compile-
  24. time improvements of around 25% over the first CSD on small machines.
  25. We'll let you know when this is available.  In the mean time, you'll see
  26. big improvements if you jack your machine up to 16M of RAM.  I know that
  27. this is a poor way to fix the compiler's memory allocation problems, but
  28. it *will* give you fast relief.
  29.  
  30. > Also in June... the projects mostly there... I turn on the optimizer...
  31. > Gak!!! it screws up loop expression-extraction optimization.
  32. > I loose a week trying to get around the problems... decide I'll just have
  33. > to live without optimization... I don't call IBM!!! -- I'd lose another week.
  34.  
  35. How do you expect us to fix bugs if you don't tell us what they are?
  36. Build a preprocessed version of your program with the failing code (ie,
  37. compile with -P), and send the resulting .I file to cset2@vnet.ibm.com
  38. along with a covering note telling us where to look for the problem and
  39. we'll open up an APAR and get this fixed in an upcoming CSD.  And btw,
  40. this goes for anyone else with a C Set/2 question, kudo, or complaint...
  41. cset2@vnet.ibm.com is your 24-hour a day hotline to the C Set/2
  42. developers, workframe@vnet.ibm.com for Workframe/2.
  43.  
  44. dave
  45.  
  46. -------------------------------------------------------------------------
  47. Dave Mooney                                              dmm@vnet.ibm.com
  48.  C Set/2 Development, IBM Canada Lab, 844 Don Mills Rd, Toronto, Ontario
  49.             "If you've got a blacklist, I want to be on it"
  50.