home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c++
- Path: sparky!uunet!gatech!hubcap!ncrcae!elcaro1.ColumbiaSC.NCR.COM!mahesh
- From: mahesh@elcaro1.ColumbiaSC.NCR.COM (Mahesh Zambani)
- Subject: Re: Optimized C++ library
- Message-ID: <1993Jan22.091616.29891@ncrcae.ColumbiaSC.NCR.COM>
- Nntp-Posting-Host: elcaro1.columbiasc.ncr.com
- Reply-To: mahesh@elcaro1.columbiaSC.NCR.COM
- Organization: NCR Corp., Columbia
- References: <1jng9aINN39s@male.EBay.Sun.COM> <1jofijINNm8o@rs2.hrz.th-darmstadt.de>
- Date: Fri, 22 Jan 93 14:16:15 GMT
- Lines: 30
-
- In article <1jofijINNm8o@rs2.hrz.th-darmstadt.de>, schrod@iti.informatik.th-darmstadt.de (Joachim Schrod) writes:
- |> In article <1jng9aINN39s@male.EBay.Sun.COM>, pauln@loopkill.EBay.Sun.COM (Paul Nguyen) writes:
- |> >
- |> > We have an application that runs OK when all the libraries were compiled with the
- |> > -g option. But when the libraries were re-compiled with -O for optimization. The
- |> > application seems to crash randomly in one of the library.
- |> >
- |> > Is it possible that compiling with -O uncovered a bug?
- |>
- |> Yes, in the compiler. Might be that you use the CC of Sun? (0.5 :-)
- |>
- |> --
- |> Joachim
-
- I had the same problem on HP9000/700 and SCO V3.2. But I discovered
- that only few source files were problematic. By compiling these without
- -O flag and compiling rest of the files with optimization, my application
- ( quite a big size ) worked correctly.
- Off course, this depends on how many man hours you are ready to spend
- to save a few cpu (micro)seconds!! :-)
-
- - Mahesh
-
- --
-
- Mahesh Zambani mahesh@elcaro1.ColumbiaSC.NCR.COM
-
- NCR MCPD , Columbia,SC 29170 hello: off #803-791-6915
- res #803-750-1863
- _____________________________________________________________________________
-