Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!uunet!virtech!cpcahil From: cpcahil@virtech.UUCP (Conor P. Cahill) Newsgroups: comp.unix.wizards Subject: Re: lint on V.3 Message-ID: <1123@virtech.UUCP> Date: 3 Sep 89 15:30:02 GMT References: <1394@redsox.bsw.com> Distribution: comp Organization: Virtual Technologies Inc Lines: 25 In article <1394@redsox.bsw.com>, campbell@redsox.bsw.com (Larry Campbell) writes: > > I have run into the same EXTREMELY IRRITATING problem with Interactive 386/ix > V2.0.1 (derived from SVR3.2). When I called Interactive to complain, they > said "how big is your program" and when I said "oh, maybe, 75K lines of code" > they sort of fell over backwards and said "oh, wow, man, that's huge". > Gimme a break. 750K lines is rather big. 75K lines is pretty humdrum stuff. > I too would fall over backwards if you told me that ONE of your source files is 75K lines of code. That is a HUMONGOUS ?sp? amount of code to be in one source file and probably causes great headaches to support. How long does it take the editor to start up? 5 minutes? However, I think that the system programs (cc, lint, ld, etc) should not have any hard-coded limits on the number of lines, number of symbols, or any other such entity. They should be able to malloc() whatever they need and should only have a problem when the malloc() fails. -- +-----------------------------------------------------------------------+ | Conor P. Cahill uunet!virtech!cpcahil 703-430-9247 ! | Virtual Technologies Inc., P. O. Box 876, Sterling, VA 22170 | +-----------------------------------------------------------------------+