From owner-freebsd-questions@FreeBSD.ORG Tue May 25 20:08:59 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D53CC106566C for ; Tue, 25 May 2010 20:08:59 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [76.96.27.228]) by mx1.freebsd.org (Postfix) with ESMTP id BDFB38FC1A for ; Tue, 25 May 2010 20:08:59 +0000 (UTC) Received: from omta04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by qmta15.emeryville.ca.mail.comcast.net with comcast id MvH91e0020lTkoCAFw90cG; Tue, 25 May 2010 20:09:00 +0000 Received: from comcast.net ([98.203.142.76]) by omta04.emeryville.ca.mail.comcast.net with comcast id Mw8z1e0021f6R9u8Qw8zJK; Tue, 25 May 2010 20:09:00 +0000 Received: by comcast.net (sSMTP sendmail emulation); Tue, 25 May 2010 13:08:57 -0700 Date: Tue, 25 May 2010 13:08:57 -0700 From: Charlie Kester To: freebsd-questions@freebsd.org Message-ID: <20100525200857.GJ216@comcast.net> Mail-Followup-To: freebsd-questions@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Mailer: Mutt 1.5.20 X-Composer: Vim 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Problem compiling lsof X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 May 2010 20:08:59 -0000 On Tue 25 May 2010 at 11:17:36 PDT Arthur Barlow wrote: > I did this and sure enough "vm_memattr_t" is defined as a parameter > in a typedef as follows: typedef int d_mmap2_t (struc cdev *dev, > vm_offset_t offset, vm_paddr_t *paddr, int nprot, vm_memattr_t > *memattr); So the question is, why didn't the grep in the Configure script find this line? Your cc commandline defines symbols (e.g. HAS_NO_SI_UDEV) which are only set in the same section of the Configure script, based on a grep of the same conf.h file. So we can be pretty sure we haven't skipped over the test for vm_memattr_t. You don't perhaps have LSOF_INCLUDE defined in your environment? If so, is it set to something other than /usr/include?