From owner-freebsd-ports@FreeBSD.ORG Tue Apr 27 21:39:14 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6315316A4CF for ; Tue, 27 Apr 2004 21:39:14 -0700 (PDT) Received: from seed.net.tw (sn12.seed.net.tw [139.175.54.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0CE843D58 for ; Tue, 27 Apr 2004 21:39:13 -0700 (PDT) (envelope-from leafy@leafy.idv.tw) Received: from [61.59.121.140] (port=51300 helo=chihiro.leafy.idv.tw) by seed.net.tw with esmtp (Seednet 4.23:1) id 1BIgql-000KLF-LR; Wed, 28 Apr 2004 12:39:11 +0800 Received: from localhost (localhost [127.0.0.1]) by chihiro.leafy.idv.tw (Postfix) with ESMTP id D997866D; Wed, 28 Apr 2004 12:39:10 +0800 (CST) Received: from chihiro.leafy.idv.tw ([127.0.0.1]) by localhost (chihiro.leafy.idv.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00687-02; Wed, 28 Apr 2004 12:39:09 +0800 (CST) Received: by chihiro.leafy.idv.tw (Postfix, from userid 1000) id A10D1669; Wed, 28 Apr 2004 12:39:09 +0800 (CST) Date: Wed, 28 Apr 2004 12:39:09 +0800 From: leafy To: Hermes Trismegistus Message-ID: <20040428043909.GA18110@chihiro.leafy.idv.tw> References: <20040426221217.GA40770@wombat.localnet> <20040427220951.E31761@sherman.trismegistus.net> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <20040427220951.E31761@sherman.trismegistus.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at leafy.idv.tw cc: ports@freebsd.org cc: Michael Edenfield Subject: Re: The ongoing saga of lsof-4.71.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2004 04:39:14 -0000 On Tue, Apr 27, 2004 at 10:22:20PM -0500, Hermes Trismegistus wrote: > Mike, one hell of a job at some really good sleuthing. I lacked your > persistence, or maybe your curiosity. I had given up on the newer version > of lsof after spending about half the time you spent. I just figured what > the fuck, I'll stay with the older but working version. I guess you and I > are the only ones without the "__cpumask_t" value set to some typedef. > Where did you comment it out (what file)? > > Thanks, > > J. Craig Woods I have these in my src tree, do you have them as well? sys/alpha/include/_types.h:typedef unsigned int __cpumask_t; sys/amd64/include/_types.h:typedef unsigned int __cpumask_t; sys/arm/include/_types.h:typedef unsigned int __cpumask_t; sys/i386/include/_types.h:typedef unsigned int __cpumask_t; sys/ia64/include/_types.h:typedef unsigned int __cpumask_t; sys/modules/smbfs/machine/_types.h:typedef unsigned int __cpumask_t; sys/powerpc/include/_types.h:typedef unsigned int __cpumask_t; sys/sparc64/include/_types.h:typedef unsigned int __cpumask_t; sys/sys/types.h:typedef __cpumask_t cpumask_t; Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming