Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Date: Thu, 5 Feb 2004 02:10:54 -0200 From: =?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?= <1 AT pervalidus DOT net> X-X-Sender: fredlwm AT pervalidus To: cygwin AT cygwin DOT com Subject: Re: iconv support not detected by configure when using gcc-3.3.1-3 In-Reply-To: <4021BB81.2080200@cwilson.fastmail.fm> Message-ID: References: <87ptcvxbb0 DOT fsf AT vzell-de DOT de DOT oracle DOT com> <4021BB81 DOT 2080200 AT cwilson DOT fastmail DOT fm> X-Archive: encrypt MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 4 Feb 2004, Charles Wilson wrote: > This is thanks to the new iconv support in newlib. Even tho it is > "turned off" in cygwin-1.5.7, the new cygwin package still installs its > own version of /usr/include/iconv.h -- and the "new" version is not, of > course, recognized as GNU iconv. > > Short-term solution: reinstall 'libiconv' > > Medium-term solution: next cygwin release, if it still does not use > newlib's iconv, should also _not_ include newlib's iconv.h There's also libiberty.a, which gets install by cygwin and binutils, but I think it never caused any problems. It did for me on Linux and others when we compiled ksymoops (it was also part of gcc). Now I only install the binutils file. > Long-term solution: we really really need a package linter that detects > file conflicts like these BEFORE they lead to wierd problems. Any > volunteers? -- How to contact me - http://www.pervalidus.net/contact.html -- 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/