Re lint

Larry Campbell campbell at redsox.bsw.com
Sat Mar 30 14:50:58 AEST 1991


In article <1991Mar24.155508.28031 at dgbt.doc.ca> don at dgbt.doc.ca (Donald McLachlan) writes:
-Gee what a novel concept. 1) compile as normal.
-			  2) let the compiler find "normal" bugs.
-			  3) fix them
-			  4) code still does something funny, use lint.
-
-Isn't that what everyone does? ... If not, why not?

You forgot to mention that in step (4), the code often won't do something
"funny" until it's been frozen and shipped and installed at two or three
hundred sites, at which point it's no longer funny, it's too late to fix it,
and you have a lot of pissed off customers.  Around here, the sequence is
more like:

	1) lint
	2) compile on at least two different platforms (say, System V
	   and VAX/VMS)
	3) link
	4) test
	5) test some more
	6) lint all the changes you had to make because of (2), (3), and (4)
	7) compile, link, and test on four more platforms (Wang VS, IBM
	   AS/400, HP 3000, PC-DOS)
	8) lint again
	9) compile, link, and test on all platforms again

Only then do I start to feel comfortable with the code.
-- 
Larry Campbell             The Boston Software Works, Inc., 120 Fulton Street
campbell at redsox.bsw.com    Boston, Massachusetts 02109 (USA)



More information about the Comp.lang.c mailing list