On Sun, Feb 23, 2014 at 2:51 AM, Anton Shterenlikht <me...@bris.ac.uk> wrote: > pkg upgrade pulled libiconv. > Now I get errors like: > > # gphoto2 -l > /usr/local/lib/libgphoto2/2.5.3.1/ptp2.so: Undefined symbol "__bsd_iconv_open" > > firefox > /usr/local/lib/firefox/libxul.so: Undefined symbol "__bsd_iconv_open" > > If I delete libiconv, then I get: > > firefox > XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so: > Shared object "libiconv.so.3" not found, required by "libdbus-glib-1.so.2" > Couldn't load XPCOM. > > so I probably now need to rebuild all these ports > manually: > > [1/1] Deleting libiconv-1.14_1... > libiconv-1.14_1 is required by: glib-2.36.3_2 gobject-introspection-1.36.0_2 > libIDL-0.8.14_1 polkit-0.105_1 cairo-1.10.2_7,2 pango-1.34.1_1 > consolekit-0.4.3 librsvg2-2.36.4 gconf2-2.32.0_3, deleting anyway > > Anyway, I thought libiconv was gone for good > from ports, as it is available in base from 10. > I'm on 11-current, so not sure what's going on. > There are some ports (i.e php-iconvm devel/glib2) that require the libiconv port due to they rely on a gnu feature that is not implemented in FreeBSD'x posix compliant libiconv in base.
The message in devel/glib2/Makefile: # iconv:wchar_t - our iconv in base doesn't support utf-8 -> wchar_t (boooo) # (wchar_t is used by glibmm, rawtherapee triggered this) USES= gettext gmake iconv:wchar_t pathfix pkgconfig shebangfix perl5 -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
