www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1995/09/13/12:09:44

Date: Wed, 13 Sep 95 15:46:49 +0200
To: djgpp AT sun DOT soe DOT clarkson DOT edu
From: til AT zentrum DOT phys DOT chemie DOT tu-muenchen DOT de (Tilmann Hdberle)
Subject: Command Lines > 2000 bytes?

I tried to link a programm with 120 .o-Files, resulting in a command line of
about 2100 bytes length.

Under Windows (DPMI) the makefile crashes (invalid operation), and the 
application is terminated by windows, under DOS (VCPI) it just hangs and 
a cold reboot is required.

This is also true when I use the response file method. 
Using the topline-option and -v flags, I found out that the last file
executed was ld.exe with a long command line.

After reading the faq list I suppose the response file method for passing
long command lines (>2000 characters) to gcc.exe works. 
But gcc.exe calls ld.exe and there the !proxy method is used, I guess. Since
this overflows the transfer buffer of 4K (my environment is 2500 bytes), the
crash happens.

So my question is: Is there any possibility to pass longer command lines than
(4K - environment_size) to gcc?

(Except for calling ld.exe directly, which is incompatible with makefiles)

Or is there any possibility to increase the transfer buffer size?

My Version: 1.12maint4, gcc 2.6.3, MS-DOS 6.0, Win 3.1, crashes on 
two different systems, so no interference with hardware drivers can be
suspected.

The makefile worked under 1.11 - Maybe the problem is related to a difference
between 1.11 and 1.12?

Thanks for any help.




Tilmann.


- Raw text -


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