|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|
|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
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.