On Mon, Jul 1, 2013 at 1:06 AM, Peter Wemm <pe...@freebsd.org> wrote:
> Author: peter
> Date: Mon Jul 1 08:06:26 2013
> New Revision: 252458
> URL: http://svnweb.freebsd.org/changeset/base/252458
>
> Log:
[..]
> I'm using this as a ports-compatible compile-time substitute for
> converters/libiconv on one of my personal machines.
>
In case anyone else is crazy enough, this is what I'm doing.
1) make.conf:
WITH_ICONV=yes
2) patch ports Mk to disable "USES=iconv"
Index: Mk/Uses/iconv.mk
===================================================================
--- Mk/Uses/iconv.mk (revision 322113)
+++ Mk/Uses/iconv.mk (working copy)
@@ -16,6 +16,6 @@
IGNORE= USES=iconv does not require args
.endif
-LIB_DEPENDS+= iconv.3:${PORTSDIR}/converters/libiconv
+#LIB_DEPENDS+= iconv.3:${PORTSDIR}/converters/libiconv
.endif
So far, I don't seem to be being punished for trying this. But I was
able to remove converters/libiconv from all its downstream consumers
before installing the local one.
Having said that, it's all bound to catch fire now.....
I have suspect that autoconf will make a smooth transition as
difficult as possible by "autodetecting" libiconv if it was present.
One way might be to move libiconv.so.3 to a lib compat directory and
make sure there are no libiconv.so or libiconv.a files around. That
**might** be enough to allow old binaries to run while you force
rebuild.
--
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV
_______________________________________________
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
