From owner-freebsd-current@FreeBSD.ORG Thu Jan 12 09:47:57 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 A28EA16A41F; Thu, 12 Jan 2006 09:47:57 +0000 (GMT) (envelope-from pete@altadena.net) Received: from gooney.altadena.net (gooney.altadena.net [207.215.170.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B01F43D45; Thu, 12 Jan 2006 09:47:57 +0000 (GMT) (envelope-from pete@altadena.net) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=2.gooney; d=altadena.net; b=tupG7CZ2WEpnCkg5qTKFNAPHDIXK74kn88rhW/I0DHp33y/FJsQTl8AzQkmcYrcAv0clFQiFO8pvDTci9QNfkUi6tyB6FTOACEKc5N4woUuPmsycRJljrQrYIeLM18yCLOpP1fHMUAt1InkrpMGIh9RxNftBE9s6Evqi+s5+4tY=; Received: from nat-gw.home.altadena.net ([66.127.158.99] helo=[192.168.169.21]) by gooney.altadena.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54) id 1Ewz3c-0002bM-FJ; Thu, 12 Jan 2006 01:47:48 -0800 Message-ID: <43C625C2.2030208@altadena.net> Date: Thu, 12 Jan 2006 01:47:46 -0800 From: Peter Carah User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051221) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harti Brandt References: <43C60A57.3040405@altadena.net> <20060112085736.L34596@beagle.kn.op.dlr.de> In-Reply-To: <20060112085736.L34596@beagle.kn.op.dlr.de> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Problem building new bsnmpd import on amd64 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: Thu, 12 Jan 2006 09:47:57 -0000 Harti Brandt wrote: > This should been fixed now (by building a shareable libdisk). > > harti > I waited several days before sending this query, just in case a fix came in. It didn't until late today (I cvsup'd this morning and it didn't come yet). Then why did it build just fine on i386, and fail (on my only 2 samples) only on amd64. (I have a sparc64 but at the moment it doesn't run fbsd so I can't tell if it matters there or not...) Perhaps the 32-bit arch only supports relocations that are common between shared and not? Or that gcc doesn't try to get too fancy? I do understand the fix and all, just curious as to why it didn't matter on i386. -- Pete