svn commit: r252458 - head/lib/libc/iconv

[Peter Wemm]

On Mon, Jul 1, 2013 at 1:06 AM, Peter Wemm <peter at 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 - peter at wemm.org; peter at FreeBSD.org; peter at yahoo-inc.com; KI6FJV