From owner-freebsd-current@FreeBSD.ORG Tue Aug 21 17:50:01 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1929E16A419 for ; Tue, 21 Aug 2007 17:50:01 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.freebsd.org (Postfix) with ESMTP id B93F413C4B3 for ; Tue, 21 Aug 2007 17:50:00 +0000 (UTC) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 90FA2569B2 for ; Tue, 21 Aug 2007 18:49:52 +0100 (BST) X-Virus-Scanned: amavisd-new at yadt.co.uk Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b8ZELoCdkoYK for ; Tue, 21 Aug 2007 18:49:37 +0100 (BST) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id DDAD0569B1; Tue, 21 Aug 2007 18:49:36 +0100 (BST) Date: Tue, 21 Aug 2007 18:49:36 +0100 From: David Taylor To: freebsd-current@freebsd.org Message-ID: <20070821174936.GA8085@outcold.yadt.co.uk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: buildworld failing at kdump_subr.c (SEEK_HOLE and SEEK_DATA) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 21 Aug 2007 17:50:01 -0000 Hi, I'm having a problem compiling world, and I don't quite understand why it hasn't broken the world build for everyone. But anyway. The build is failing in usr.bin/kdump/ compiling kdump_subr.c. This file is generated by usr.bin/kdump/mksubr. The first line in this file is "#include ". Shortly afterwards it includes . The build fails as SEEK_HOLE and SEEK_DATA are undefined. This is because is defining SEEK_SET, SEEK_CUR, and SEEK_END. As a result, is not defining SEEK_, as SEEK_SET is already defined. I appear to have successfully worked around the problem by removing from kdump_subr.c the include of (which is presumably included again implicitly at some point after , as I get no warnings about the use of stdio functions. As I said, I don't understand how everyone else is successfully compiling kdump, but as there's no screaming, I assume they are... -- David Taylor