Peter Wemm 0ff204bbd1 The iconv in libc did two things - implement the standard APIs, the GNU ... extensions and also tried to be link time compatible with ports libiconv. This splits that functionality and enables the parts that shouldn't interfere with the port by default. WITH_ICONV (now on by default) - adds iconv.h, iconv_open(3) etc. WITH_LIBICONV_COMPAT (off by default) adds the libiconv_open etc API, linker symbols and even a stub libiconv.so.3 that are good enough to be able to 'pkg delete -f libiconv' on a running system and reasonably expect it to work. I have tortured many machines over the last few days to try and reduce the possibilities of foot-shooting as much as I can. I've successfully recompiled to enable and disable the libiconv_compat modes, ports that use libiconv alongside system iconv etc. If you don't enable the WITH_LIBICONV_COMPAT switch, they don't share symbol space. This is an extension of behavior on other system. iconv(3) is a standard libc interface and libiconv port expects to be able to run alongside it on systems that have it. Bumped osreldate.		2013-08-13 07:15:01 +00:00
..
cross-build
make_check	Following r226271, allow disabling lzma support with "WITHOUT_LZMA_SUPPORT".	2013-01-08 18:37:12 +00:00
mk	The iconv in libc did two things - implement the standard APIs, the GNU	2013-08-13 07:15:01 +00:00
options	Make the BSD-licensed patch the default.	2013-07-26 21:25:18 +00:00
dummy.c
Makefile	Add pwcache(3) and vis(3) to libegacy as install(1) is about to grow a	2013-01-11 20:51:02 +00:00