X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Message-ID: <485D3490.6090700@cwilson.fastmail.fm> Date: Sat, 21 Jun 2008 13:04:16 -0400 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.14) Gecko/20080421 Thunderbird/2.0.0.14 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: cannot find iconv() function References: <485A2293 DOT 4090103 AT sbcglobal DOT net> <006301c8d3ad$66c4b6f0$2708a8c0 AT CAM DOT ARTIMI DOT COM> In-Reply-To: <006301c8d3ad$66c4b6f0$2708a8c0@CAM.ARTIMI.COM> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Dave Korn wrote: > The standard autoconf library function detection test, for the sake of > simplicity, declares the function prototype itself rather than including the > header, so the name doesn't get translated and the function isn't found at > link time. > > A patch such as the attached makes the configure test check if it's > running on cygwin and look for libiconv() rather than iconv() in that case. > It made gtmess build for me. Or, instead of using the AC_CHECK_FUNC([ ... iconv ...]) method in your configure.ac or configure.in file, you instead use AM_ICONV defined in /usr/share/iconv.m4. This file is part of the gettext-devel pacakge. This solution assumes that gtmess is using the automake and aclocal tools, and not just autoconf. Otherwise, you could cut-n-paste the contents of /usr/share/iconv.m4 into gtmess's aclocal.m4 file -- and then use AM_ICONV in your configure.ac|configure.in file. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/