From owner-freebsd-arch@FreeBSD.ORG Fri Nov 16 08:26:43 2012 Return-Path: Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00161BA; Fri, 16 Nov 2012 08:26:42 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id CAB2D8FC08; Fri, 16 Nov 2012 08:26:42 +0000 (UTC) Received: from Alfreds-MacBook-Pro-5.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id 5A55C1A3D93; Fri, 16 Nov 2012 00:26:41 -0800 (PST) Message-ID: <50A5F8C1.6010700@mu.org> Date: Fri, 16 Nov 2012 00:26:41 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Andriy Gapon Subject: Re: [RFQ] make witness panic an option References: <1353001175.1217.153.camel@revolution.hippie.lan> <1353009310.1217.172.camel@revolution.hippie.lan> <50A555BD.1010105@FreeBSD.org> <50A578A6.1030005@mu.org> <50A5E9B4.5040807@FreeBSD.org> In-Reply-To: <50A5E9B4.5040807@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: attilio@FreeBSD.org, Ian Lepore , Adrian Chadd , freebsd-arch@FreeBSD.org, freebsd-hackers@FreeBSD.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Nov 2012 08:26:43 -0000 On 11/15/12 11:22 PM, Andriy Gapon wrote: > on 16/11/2012 01:20 Alfred Perlstein said the following: >> We need to enable developers to skip these areas and test their own code. > I wish that there was a magic knob to ignore build breakages, so that the > developers could test how their own code compiles :-) There is, it's called updating to known good tinderbox build and basing changes off of that. > > On a serious note, why stop here? E.g. Solaris seems to have knob to ignore all > asserts (just to print a message, but not panic). > There is no reason why not to add such a thing, in fact it would be really handy for some of our users who need asserts, but sometimes can't clean up the entire code base. Adding another option to tag asserts so that it was sort of like: KASSERT((cond, section, "string")); would be interesting, then you could turn KASSERTS on based on "vfs" or possibly file by file. -Alfred