X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 	tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
From: Eric Blake <ebb9 AT byu DOT net>
Subject:  libiconv and iconv() prototype
Date: Tue, 22 Dec 2009 21:13:00 +0000 (UTC)
Lines: 14
Message-ID:  <loom.20091222T215756-367@post.gmane.org>
Mime-Version:  1.0
Content-Type:  text/plain; charset=us-ascii
Content-Transfer-Encoding:  7bit
User-Agent: Loom/3.14 (http://gmane.org/)
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

The newlib header for iconv.h was recently fixed to comply with the POSIX 
prototype, but cygwin is still stuck with a bogus const on the second argument 
of iconv().  It's kind of a catch-22 - libiconv configures itself to preserve 
the system's prototype, but on cygwin, the system's prototype comes from 
libiconv, because we do not use newlib's implementation.  So it takes an 
explicit action while building from source in order to properly get a libiconv 
installation to use the correct signature; I think it should be possible with:
 ./configure am_cv_proto_iconv_arg1=

Any chance we can get a new libiconv-1.13-11 build with the updated signature?

-- 
Eric Blake



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple