Date: Mon, 28 Sep 2015 21:06:56 +0000 From: bugzilla-noreply@freebsd.org To: office@FreeBSD.org Subject: [Bug 198658] devel/boost-libs: libboost_locale.so fails to link libiconv if installed Message-ID: <bug-198658-25061-fMsPcQ8gcN@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-198658-25061@https.bugs.freebsd.org/bugzilla/> References: <bug-198658-25061@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198658 --- Comment #6 from Don Lewis <truckman@FreeBSD.org> --- That looks like something is broken in your copy of the ports framework. Is ports/Mk up to date? That said, I don't think that r398027 will help with this problem. The fixes in that are only for the !ICU case. The question in my mind is why boost is even doing anything with iconv when the ICU option is enabled. It builds fine on FreeBSD 9.3, which doesn't have iconv in libc. % nm -D /usr/local/lib/libboost_locale.so | grep iconv I see that it's "configure" does find iconv in libc on FreeBSD 10: - iconv (libc) : yes - icu : yes There may be a way to get it to ignore iconv if ICU is enabled, or I may be able to force it to ignore the ports iconv even if it is present. Going the other way is undesirable as a default because that would always mean an extra dependency, and doing something automatic causes problems because the results are inconsistent because they depend on the build environment. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-198658-25061-fMsPcQ8gcN>