From owner-freebsd-ports@FreeBSD.ORG Sun Mar 11 20:47:40 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 15E74106566B for ; Sun, 11 Mar 2012 20:47:40 +0000 (UTC) (envelope-from rflynn@acsalaska.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id D86038FC16 for ; Sun, 11 Mar 2012 20:47:39 +0000 (UTC) Received: from [127.0.0.1] (squeeze.lan.rachie.is-a-geek.net [192.168.2.30]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 58C3F7E84C; Sun, 11 Mar 2012 12:47:38 -0800 (AKDT) Message-ID: <4F5D0F62.9050001@acsalaska.net> Date: Sun, 11 Mar 2012 21:47:30 +0100 From: Mel Flynn User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "O. Hartmann" References: <4F5CFF64.3020902@zedat.fu-berlin.de> In-Reply-To: <4F5CFF64.3020902@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ports FreeBSD Subject: Re: Building a port with math/superlu fails: linking a shared obj library adding archive superlu.a fails 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, 11 Mar 2012 20:47:40 -0000 On 3/11/2012 20:39, O. Hartmann wrote: > [...] > IsisInterfaceMapLineScan.cc:92:11: warning: variable 'lon_lat_radius' > set but not used [-Wunused-but-set-variable] > CXX IsisAdjustCameraModel.lo > CXXLD libaspIsisIO.la > /usr/local/bin/ld: /usr/local/lib/libsuperlu.a(dgssvx.o): relocation > R_X86_64_32 against `.rodata.str1.1' can not be used when making a > shared object; recompile with -fPIC > /usr/local/lib/libsuperlu.a: could not read symbols: Bad value > collect2: ld returned 1 exit status > *** [libaspIsisIO.la] Error code 1 Are you using USE_AUTOTOOLS=libtool but not automake? I'm seeing similar issues with zarafa if I do just that. If I let the port use the provided libtool *or* use the entire autotools toolchain, then all is well. Also, adding --with-pic to CONFIGURE_ARGS does not change either outcome. -- Mel