From: "Johan Venter" Newsgroups: comp.os.msdos.djgpp References: Subject: Re: gcc-2.95 and binutils-2.9 Lines: 34 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Message-ID: <7L9v3.2513$ei1.5216@newsfeeds.bigpond.com> Date: Fri, 20 Aug 1999 19:50:22 +1000 NNTP-Posting-Host: 139.134.162.72 X-Trace: newsfeeds.bigpond.com 935143491 139.134.162.72 (Fri, 20 Aug 1999 20:04:51 EST) NNTP-Posting-Date: Fri, 20 Aug 1999 20:04:51 EST Organization: Telstra BigPond Internet Services (http://www.bigpond.com) To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Eli Zaretskii wrote in message news:Pine DOT SUN DOT 3 DOT 91 DOT 990818144146 DOT 10490I-100000 AT is... > > On Mon, 16 Aug 1999, Johan Venter wrote: > > > I don't want to have to take so long to compile a project while it's in > > test stages. > > This is a mistake, IMHO. If you test the program compiled with a > different set of optimization switches than the binary you will ship/use > in production, your entire testing might be invalid, because you tested a > different program. Optimizations can rearrange the code a great deal. > > Therefore, I suggest to use the same optimization level in testing as in > production. Luckily, GDB and RHIDE can debug optimized programs, so you > don't need to compromize. Well, Eli I don't normally develop like that. I like to develop with the exact options I'm going to use to compile the release version, but I was willing to compromise to cut down on compile time. I just learned from Andris what was wrong. Collect2 has a bug which looks for ld in root directories on dos drives if they're in the path! So, all I had to do was get rid of c:\ in my path variable and it shaved 20 seconds off the compile time! THANKS ANDRIS!!! -- Johan Venter ICQ 3643877 surf.to/djgppig