From owner-freebsd-ports@FreeBSD.ORG Tue Jun 12 22:05:30 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49B45106564A for ; Tue, 12 Jun 2012 22:05:30 +0000 (UTC) (envelope-from mazhe@alkumuna.eu) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0798FC08 for ; Tue, 12 Jun 2012 22:05:27 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp1-g21.free.fr (Postfix) with ESMTP id 7054D940142 for ; Wed, 13 Jun 2012 00:05:22 +0200 (CEST) Received: from freedom.alkumuna.eu ([192.168.10.100]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.14.5/8.14.5) with ESMTP id q5CM5K7i056725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Jun 2012 00:05:20 +0200 (CEST) (envelope-from mazhe@alkumuna.eu) Date: Wed, 13 Jun 2012 00:05:20 +0200 From: Matthieu Volat To: ports@freebsd.org Message-Id: <20120613000520.12015a65.mazhe@alkumuna.eu> X-Mailer: Sylpheed 3.1.4 (GTK+ 2.24.10; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: Imagemagick: FAIL, now in Magick++/demo/analyze.sh 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: Tue, 12 Jun 2012 22:05:30 -0000 On Sat, Jun 9, 2012 at 8:02 PM, Doug Barton wrote: > The new version fails in a new location, even with the default options. > It seems to me that this failure cames from the fact that the tests try to dynamicaly load modules from the path where the previous version is installed instead of build dirs. Basicaly, the test do the following (I've cut through various shell wrappers to be able to use gdb): cd /usr/ports/graphics/ImageMagick/work/ImageMagick-6.7.7-7 env LD_LIBRARY_PATH=magick/.libs:wand/.libs:Magick++/lib/.libs MAGICK_CODER_MODULE_PATH=coders/.libs MAGICK_FILTER_MODULE_PATH=filters/.libs ./Magick++/demo/.libs/analyze ./Magick++/demo/model.miff The problem is, you can check by running the test through gdb, that amongst the dlopen-ed libraries, /usr/local/lib/ImageMagick-6.7.7/modules-Q16/filters/analyze.so is used as if the MAGICK_FILTER_MODULE_PATH environment variable was not working. A quick and dirty test is to save /usr/local/lib/ImageMagick-6.7.7/modules-Q16/filters/analyze.so and /usr/local/lib/ImageMagick-6.7.7/modules-Q16/filters/analyze.la, and to replace them with the versions just built. In my case, the test passed. I am not too sure about how to fix that however... If I have some time, I will check that the MAGICK_FILTER_MODULE_PATH value is really checked before the normal installation path. About my setup : I'm running freebsd 9.0, amd64 and building with clang, openmp support is disabled. -- Matthieu Volat