From owner-freebsd-office@FreeBSD.ORG Tue Mar 17 14:45:17 2015 Return-Path: Delivered-To: office@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 963C9970 for ; Tue, 17 Mar 2015 14:45:17 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81737854 for ; Tue, 17 Mar 2015 14:45:17 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2HEjHAn048411 for ; Tue, 17 Mar 2015 14:45:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: office@FreeBSD.org Subject: maintainer-feedback requested: [Bug 198658] devel/boost-libs: libboost_locale.so fails to link libiconv if installed Date: Tue, 17 Mar 2015 14:45:17 +0000 X-Bugzilla-Type: request Message-ID: In-Reply-To: References: X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-office@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Office applications on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2015 14:45:17 -0000 Philip Homburg has reassigned Bugzilla Automation 's request for maintainer-feedback to office@FreeBSD.org: Bug 198658: devel/boost-libs: libboost_locale.so fails to link libiconv if installed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198658 --- Description --- I noticed the problem when aegisub-3.2.2 failed to link. Some investigation showed that /usr/local/lib/libboost_locale.so (from boost-libs-1.55.0_4) has unresolved references to libiconv{,_open,_close} Further investigation shows that the configure part of boost-libs finds iconv in libc, but when compiling codepage.cpp, it picks up libiconv-1.14_6 (when installed of course). One solution to this problem is to change the configure part of boost-libs to first probe for external iconv libraries and then for internal ones.