Xref: news2.mv.net comp.os.msdos.djgpp:1333 From: jesper AT chaos DOT fys DOT dtu DOT dk (Jesper Skovhus Thomsen) Newsgroups: comp.os.msdos.djgpp Subject: Re: Problems with cc1.exe (djgpp v 2.0) Date: 19 Feb 1996 09:54:51 GMT Organization: Physics Department, DTU, Denmark Lines: 24 Message-ID: <4g9hdb$ene@news.uni-c.dk> References: <4fumok$pr7 AT news DOT cea DOT fr> <4funbp$1uo AT news DOT uni-c DOT dk> <3123d1b7 DOT sandmann AT clio DOT rice DOT edu> NNTP-Posting-Host: chaos.fys.dtu.dk To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Charles Sandmann (sandmann AT clio DOT rice DOT edu) wrote: > > > Try stubediting cc1.exe to have 512K stack and see if that helps (?) > > Yes it did help -- now it works ! > This is a new problem. In V1.12 under DPMI, I don't ever remember hearing > these complaints. Also, in the V2.0 beta, we didn't hear these complaints. > So, either GCC 2.6.3 used a lot less stack than 2.7.2 does, or the beta > testers don't compile huge C++ files, or maybe a bit of both. I cant say about C++ because I "only" uses C. However on might argue that it is bad programming style to have a single huge C file insted of a series of smaller C files that are linked together (I was able to compile both libjpeg and libtiff without any [compiler] problems). > There is a 2.6.3 cc1plus.exe from V2b3 available that we could use to > check this (it's also the only way to use findfirst or C++ programs > needing packed structures). I have found a beta 3 distribution at: http://pizza.unix-ag.uni-kl.de:8001/djgpp-v2.0/ and downloaded gcc263b-beta3.zip. I will try to see if the cc1.exe from the beta 3 distbution can compile my program without any stubediting. Jesper Skovhus Thomsen