From owner-cvs-all Sun Dec 3 2:23: 7 2000 Delivered-To: cvs-all@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id 3D0D837B400; Sun, 3 Dec 2000 02:22:59 -0800 (PST) Received: from grondar.za (gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id eB3AMje33008; Sun, 3 Dec 2000 12:22:45 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200012031022.eB3AMje33008@gratis.grondar.za> To: Bruce Evans Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/make arch.c compat.c cond.c dir.c hash.c job.c job.h list.h lst.h main.c make.c make.h parse.c sprite.h suff.c targ.c var.c src/usr.bin/make/lst.lib lstAppend.c lstConcat.c lstDatum.c lstDeQueue.c lstDestroy.c lstDupl.c ... References: In-Reply-To: ; from Bruce Evans "Sun, 03 Dec 2000 19:12:24 +1100." Date: Sun, 03 Dec 2000 12:22:43 +0200 From: Mark Murray Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > There's no reason to use fancy forms of NULL. Replace all instances > > of NIL, NILLST, NILLGNODE, etc. with NULL. > > K&R support is one reason. There are also stylistic reasons. Programmers > who believe in explicit casting of values returned by malloc(), like the > author of make(1), may believe in explicit types for everything. K&R is not a reason anymore. There are ANSI --> K&R tools. Supporting K&R today makes as much sense as supporting BCPL. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message