X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Message-ID: <47B10CDF.6D46108D@dessent.net> Date: Mon, 11 Feb 2008 19:05:03 -0800 From: Brian Dessent X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 CC: cygwin AT cygwin DOT com Subject: Re: iconv vs. libiconv confusion References: <002b01c86cdf$ddb20f40$2e08a8c0 AT CAM DOT ARTIMI DOT COM> <6910a60802111113w4b39c20aye683104e4dcbaf63 AT mail DOT gmail DOT com> <002d01c86ce5$f35edc50$2e08a8c0 AT CAM DOT ARTIMI DOT COM> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com 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: > To elaborate: I'm building graphviz. Its configure correctly spotted we > have no iconv_xxx functions in the library, so did not define HAVE_ICONV; the > application the supplies its own dummy stubbed-out versions of the > iconv_open/iconv/iconv_close functions, but although those functions don't > exist they /are/ prototyped in the header file and hence the build fails > because the dummy versions don't have quite the same prototypes as the > non-existing ones declared in the header file. I ran into eactly this problem recently. The issue is that you accidently overwrote the libiconv header with the newlib header of the same name (iconv.h). You get that if you a make install (or whatever) for newlib to get updates headers. The newlib one doesn't work obviously because it simply defines iconv_open. The proper libiconv header works correctly. Brian -- 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/