www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1996/04/22/20:43:41

From: j DOT aldrich6 AT genie DOT com
Message-Id: <199604230021.AA059558896@relay1.geis.com>
Date: Tue, 23 Apr 96 00:09:00 UTC 0000
To: djgpp AT delorie DOT com
Mime-Version: 1.0
Subject: Re: Help [slow linking]

Reply to message 7007613    from ELIZ AT IS DOT ELTA. on 04/22/96  2:14AM


>Are your link times slow?  How much time does the link stage take when
>linking a trivial ``Hello world'' program?  (You can tell when the
>link stage begins by invoking gcc with -v switch and watching when it
>prints the line that calls ld.exe.)

I tried this, and combined with 'redir', it appears that out of the 12 seconds
of compilation, ld takes between 4 and 6 seconds.  I don't know about
anybody else, but this is fine for me.  :)  (this is using a 64k buffer)

>Do you mean that if you stubedit some DJGPP programs to enlarge their
>transfer buffer, they crash?  If so, please tell which programs are they.
>It is very frustrating to read a report that tells ``some programs crash,
>but I won't tell you which ones''.  There might be serious bugs that wait
>to be solved, but nobody can even begin looking into that unless you
>provide the minimum details.  Thanks.

Sorry.  I did this quite a while ago and changed the ones that crashed back
to the original size, so it was impossible to figure out which ones they were.
If I recall correctly, it was 'cc1.exe' that displayed the aberrant behavior.
That was before I retrieved the Feb 22 releases though, so whatever the
problem was might have gone away already...

Anyway, I ran some (quick) tests after reading your post, and was unable to
recreate the crash.  So far, I have stubedited the following programs to 64k:
cpp.exe, cc1.exe, gcc.exe, gdb.exe, grep.exe, ld.exe, and make.exe.  I'll
keep them that way and if I run into any further problems I'll post a report
soonest.  :)

John

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019