Emerging dev-perl/libintl-perl on Gentoo FreeBSD will always fail, because dev-libs/libiconv is blocked in GFBSD. However, sys-freebsd/freebsd-lib supplies an alternative libkiconv that works fine as a drop-in replacement for libiconv, at least for dev-perl/libintl-perl. Being unable to do this makes it difficult to update said package. Possible solutions: 1. Have sys-freebsd/freebsd-lib do this after the ebuild is compiled: ln -s /usr/lib/libkiconv.so /lib/libiconv.so (less work, maybe some breakage) 2. Patch dev-perl/libintl-perl to link against kiconv instead of iconv on Gentoo FreeBSD. (more work, no breakage)
Please attach some logs/output as to the problem you're seeing. What you're describing doesn't make sense. I can install this package without any problem on amd64-fbsd. It does not depend on dev-libs/libiconv but on virtual/libiconv which has correct dependencies for FreeBSD. Also, it doesn't need to link to iconv or kiconv because FreeBSD has iconv routines built-in in -lc. In other words, this looks like either a seriously misconfigured system, or a guess made without actually testing it.
