From owner-freebsd-current@FreeBSD.ORG Tue Apr 1 21:30:52 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A45237B401; Tue, 1 Apr 2003 21:30:52 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F0DC43FB1; Tue, 1 Apr 2003 21:30:50 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id PAA11656; Wed, 2 Apr 2003 15:30:47 +1000 Date: Wed, 2 Apr 2003 15:30:46 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Ruslan Ermilov In-Reply-To: <20030401210116.GA43262@sunbay.com> Message-ID: <20030402152618.F25349@gamplex.bde.org> References: <20030329190908R.matusita@jp.FreeBSD.org> <3E857E9C.F7476A32@mindspring.com><20030331150348.GD21700@sunbay.com> <20030401135652.A53787@FreeBSD.org> <20030401210116.GA43262@sunbay.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Makoto Matsushita cc: current@freebsd.org Subject: Re: FreeBSD/alpha kern.flp flood X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2003 05:30:52 -0000 On Wed, 2 Apr 2003, Ruslan Ermilov wrote: > On Tue, Apr 01, 2003 at 12:22:58PM -0800, David O'Brien wrote: > > On Tue, Apr 01, 2003 at 01:56:52PM -0600, Juli Mallett wrote: > > > * De: David O'Brien [ Data: 2003-04-01 ] > > > [ Subjecte: Re: FreeBSD/alpha kern.flp flood ] > > > > On Mon, Mar 31, 2003 at 06:03:48PM +0300, Ruslan Ermilov wrote: > > > > > Anyway, I've committed the fix to release/Makefile that strips > > > > > the .comment section out from the BOOTMFS kernel. If you have > > > > ... > > > > Why can't the bits be built with -Dlint to remove rcsid's. > > > > > > Because that would change other things, wouldn't it. Like maybe > > > structure sizes or macros which need to actually work? > > > > I didn't see any issues like that with a very curiory look at the > > sources. Are you willing to take a look also? > > > With my very cursory look, I think the "#ifdef lint" part of > is going to be a major problem here. This ifdef is a bug and is not present in my version. It makes lint see different things than the compiler would and thus breaks checking of some areas. E.g., it hides the syntax error "__packed" and binary compatibility breakage for compilers that don't support __packed, and this breakage isn't even limited to the kernel. I still have the lint ifdef for __FBSDID(). Bruce