Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!wuarchive!emory!gatech!mcnc!rti!bnrunix!brchh104!brchs1!bnr.ca!rice.edu!sun-spots-request
From: zamojski@scomg.uucp
Newsgroups: comp.sys.sun
Subject: How can I get lint to work properly?
Keywords: Miscellaneous
Message-ID: <2028@brchh104.bnr.ca>
Date: 21 Mar 91 21:31:00 GMT
Sender: news@brchh104.bnr.ca
Organization: Sun-Spots
Lines: 27
Approved: Sun-Spots@rice.edu
X-Original-Date: 14 Mar 91 07:31:00 GMT
X-Sun-Spots-Digest: Volume 10, Issue 58, message 21
X-Note: Submissions: sun-spots@rice.edu, Admin: sun-spots-request@rice.edu

There seem to be some problems with lint under SunOS 4.0.3. When I
recently attempted to lint my stuff everything went well until the 2nd
pass. By then lint always aborts saying: ... (more than 84 args ?)
Occassionally it even dumps core. Here's the excerpt from my Makefile
concerning lint:

LINTFILES=	$(OBJECTS:.o=.ln)
LINTFLAGS=

lint:	$(LINTFILES)
	$(LINT.c) $(LINTFILES) $(ZRL)/llib-lbase.ln \
	$(SCOLIB)/llib-lsco.ln $(SCOLIB)/llib-ldate.ln \
	$(SCOLIB)/llib-lmask.ln >> make.lint

$(LINTFILES): $(OBJECTS:.o=.c)

The llib-... stuff are previously prepared lint libraries of our own. The
LINTFLAGS macro was deliberately unset after trying "-abhx" first. lint
wouldn't start its 2nd pass in both cases.  Is there anything wrong about
the Makefile? Or is it just an internal overflow of some kind of a symbol
table? If so, is there any possibility of extending that space (there's no
documented lint option to accomplish this)?  BTW: similar problems occur
with cxref and cflow? Any solutions around?

Any help will be greatly appreciated. Please e-mail or (even better) post
the answers as I can imagine that I'm not the only one who ran into that
problem.