From owner-freebsd-ports@FreeBSD.ORG Sun Jul 19 22:14:29 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD14510656C3; Sun, 19 Jul 2009 22:14:29 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 925A28FC1B; Sun, 19 Jul 2009 22:14:29 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id n6JMDn0l030076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 19 Jul 2009 15:13:49 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id n6JMDnf2030075; Sun, 19 Jul 2009 15:13:49 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03081; Sun, 19 Jul 09 15:08:42 PDT Date: Sun, 19 Jul 2009 15:06:00 -0700 From: perryh@pluto.rain.com To: glewis@eyesbeyond.com, mva@FreeBSD.org Message-Id: <4a6398c8.cJrH9NRqa8mBLn2X%perryh@pluto.rain.com> References: <20090719063924.10d42573@scorpio.seibercom.net> <20090719110030.GA1226@medusa.sysfault.org> <20090719074527.7167d604@scorpio.seibercom.net> <20090719122327.GB1226@medusa.sysfault.org> <20090719180831.GA82226@misty.eyesbeyond.com> In-Reply-To: <20090719180831.GA82226@misty.eyesbeyond.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: Unable to build "graphics/gd" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 22:14:30 -0000 Greg Lewis wrote: > Marcus von Appen wrote: > > It is a problem with how the FreeBSD upgrade tools work and how > > a port (read: application, library, whatever) manages its own > > build. > > > > Usually a port, in case it links to one of its own components, > > should do that by using the just built component in its build > > directory. Some of them however do not do that but use the > > complete system environment, thus it can happen that they link > > to e.g. an older version of themselves or so, causing anything > > to fail as you just noticed. > > In this case, the port was trying to link against the just built > version of its shared library, it just also tries to link against > some other libraries from other ports and puts -L/usr/local/lib > earlier in the search path than the path to the newly built > libgd.so so the linker picks up libgd.so from /usr/local/lib and > uses that, hence the failure above. I saw the same problem. > > So just a little variant on what you said. Its trying to do the > right thing but just getting the ordering wrong. Might I suggest that one of you file a PR to get the port's library search path fixed, if not already done? To answer the earlier question of how to prevent this sort of problem when installing, I think one way would be to deinstall (making a backup package, to simplify recovery if the new version does not work) before building the new version.