Summary:	ASTERISK-15136: [patch] Iconv is a glibc-ism, and as such should be called out explicitly
Reporter:	Philip Prindeville (pprindeville)	Labels:
Date Opened:	2009-11-13 19:23:07.000-0600	Date Closed:	2011-06-07 14:08:25
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Functions/func_iconv
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) asterisk-1.6-iconv-dep.patch
Description:	For those of us building Asterisk against uClibc, we don't have iconv() in the earlier releases. This causes compilation to break without the attached fix.
Comments:	By: Tilghman Lesher (tilghman) 2009-11-14 01:51:40.000-0600 On the contrary:  iconv is a POSIX standard:  http://www.opengroup.org/onlinepubs/009695399/functions/iconv.html While the lack of it may trouble you on uclibc, this doesn't make it a glibc-specific function. By: Philip Prindeville (pprindeville) 2009-11-16 15:21:26.000-0600 Fine.  Accepting that it's POSIX, and not strictly a glibcism, can we still call it out so that function_iconv isn't built for early releases of uClibc that don't support it? By: Tilghman Lesher (tilghman) 2009-11-16 18:13:45.000-0600 It already is.  Iconv is detected within the configure script.  If uclibc is providing that facility but doesn't implement it correctly, such that you need this modification to get it to work correctly, then you need to complain to the uclibc developers and identify it as a major bug.  Additionally, you're welcome to disable it manually in 'make menuselect'. By: Philip Prindeville (pprindeville) 2009-11-16 18:33:52.000-0600 Confirmed. There was another issue that was stopping trunk from building in Astlinux (I posted the fix a little while ago to asterisk-bugs and am using it locally). Trunk (and 1.6) both seem to build properly now. By: Tilghman Lesher (tilghman) 2009-11-17 18:24:14.000-0600 Confirmed by reporter as not a bug in Asterisk.