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