Date: Tue, 25 Feb 2014 18:30:01 GMT From: Alex Zbyslaw <alexz52@blueyonder.co.uk> To: freebsd-ports-bugs@FreeBSD.org Subject: Re: ports/186779: building graphics/libopenraw fails Message-ID: <201402251830.s1PIU1bd055173@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR ports/186779; it has been noted by GNATS.
From: Alex Zbyslaw <alexz52@blueyonder.co.uk>
To: bug-followup@FreeBSD.org
Cc: turutani@scphys.kyoto-u.ac.jp
Subject: Re: ports/186779: building graphics/libopenraw fails
Date: Tue, 25 Feb 2014 18:27:26 +0000
There is a bug in the openraw configure script. It clearly intends to find a
naked .so library but its test for whether it has seen a library before (and
skip testing) always matches the naked library even when it has not been
tested. (The name of the naked library is a substring on any of the augmented
names that are looked for, so is always skipped.)
The following crude patch allows the configure stage to complete but does not
explain the errors in the .a library. Compilation then succeeds, and (in my
case) the build of gimp also completes.
--- configure.orig 2014-02-25 18:15:28.000000000 +0000
+++ configure 2014-02-25 18:11:09.000000000 +0000
@@ -15936,9 +15936,9 @@
boost_unit_test_framework$boost_tag_$boost_ver_
do
# Avoid testing twice the same lib
- case $boost_failed_libs in #(
- *@$boost_lib@*) continue;;
- esac
+# case $boost_failed_libs in #(
+# *@$boost_lib@*) continue;;
+# esac
# If with_boost is empty, we'll search in /lib first, which is not quite
# right so instead we'll try to a location based on where the headers are.
boost_tmp_lib=$with_boost
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201402251830.s1PIU1bd055173>