From owner-freebsd-arch Wed Apr 12 6:44:27 2000 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id EA0F437B63F for ; Wed, 12 Apr 2000 06:44:24 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id PAA29571 for ; Wed, 12 Apr 2000 15:44:28 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id PAA02072 for freebsd-arch@freebsd.org; Wed, 12 Apr 2000 15:44:17 +0200 (CEST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 4FB0437B6D7 for ; Wed, 12 Apr 2000 06:43:44 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id PAA35764 for ; Wed, 12 Apr 2000 15:43:33 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: arch@freebsd.org Subject: "buildig release" knob in make world/release From: Poul-Henning Kamp Date: Wed, 12 Apr 2000 15:43:33 +0200 Message-ID: <35762.955547013@critter.freebsd.dk> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The recent discussion about making malloc(3) more picky and adding INVARIANTS to kernels during the current cycle came out in favour of the general principle of making CURRENT more picky about mistakes. This begs the question if we should add a top-level knob which sets the entire build, world, release, kernels and modules in one of two modes: CURRENT - enable extra checks. RELEASE - disable extra checks or if we should enable each of these extra checkes individually ? If we agree on one big handle, what should the name be ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message