From owner-freebsd-current@FreeBSD.ORG Mon Jan 2 20:03:55 2006 Return-Path: X-Original-To: current@freebsd.org 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 D8C0816A41F for ; Mon, 2 Jan 2006 20:03:55 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 494CD43D5D for ; Mon, 2 Jan 2006 20:03:55 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 10406 invoked by uid 399); 2 Jan 2006 20:03:53 -0000 Received: from localhost (HELO ?192.168.1.100?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 2 Jan 2006 20:03:53 -0000 Message-ID: <43B98725.3020505@FreeBSD.org> Date: Mon, 02 Jan 2006 12:03:49 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20051226) MIME-Version: 1.0 To: Harti Brandt References: <20060102160909.U85149@beagle.kn.op.dlr.de> In-Reply-To: <20060102160909.U85149@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: bind breakage in current on sparc64 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: Mon, 02 Jan 2006 20:03:56 -0000 Harti Brandt wrote: > > Please could someone with enough bind or gcc knowledge fix the > buildworld breakage introduced probably with the last bind import? I'm actually working on this today. I finally found someone with a sparc that was willing to let me work on it. The bind9 port builds fine on freebsd sparc, so I am going to figure out what's different, test the change, and commit it. > The > problem seems to be that the lines in question are under > > #ifdef __sparcv9 > > while the line defining the _ai_pad field in bind's local netdb.h is: > > #if defined(sun) && defined(_SOCKLEN_T) > #ifdef __sparc9 > > I sure that both should read either __sparc9 or __sparcv9 and I'm not > sure whether we actually define sun. Ok, that's a good place to start looking, thanks. Doug -- This .signature sanitized for your protection