Re: libiconv

--- Gio 28/10/10, Eric Blake ha scritto: > > Did you install a self-built cygwin, including the newlib > , > thus overwriting the real that is included > by installing the > libiconv package?  If so, rerun setup.exe and > reinstall libiconv. > > It's a known issue that installing a self-built

Re: libiconv

Marco Atzeri, le Thu 28 Oct 2010 18:28:27 +0100, a écrit : > it is already there > > and /usr/include/iconv.h seems to not include > libiconv* function but only iconv* ones Is this really cygwin's /usr/include/iconv.h? Samuel -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: libiconv

On 10/28/2010 11:28 AM, Marco Atzeri wrote: > --- Gio 28/10/10, Samuel Thibault ha scritto: > >> Marco Atzeri, le Thu 28 Oct 2010 >> 18:08:18 +0100, a écrit : >>> is the additional "lib" correct ? >> >> Yes. You need to #include to get the proper >> refname. >> >> Samuel >> > > Hi Samuel, > #in

Re: libiconv

--- Gio 28/10/10, Samuel Thibault ha scritto: > Marco Atzeri, le Thu 28 Oct 2010 > 18:08:18 +0100, a écrit : > > is the additional "lib" correct ? > > Yes. You need to #include to get the proper > refname. > > Samuel > Hi Samuel, #include it is already there and /usr/include/iconv.h seems

Re: libiconv

Marco Atzeri, le Thu 28 Oct 2010 18:08:18 +0100, a écrit : > is the additional "lib" correct ? Yes. You need to #include to get the proper refname. Samuel -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin

Re: libiconv and iconv() prototype

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Charles Wilson on 12/22/2009 8:25 PM: > Err...by changing the prototype, doesn't that change the ABI? > > -_EXFUN(iconv, (iconv_t, _CONST char **, size_t *, char **, size_t *)); > +_EXFUN(iconv, (iconv_t, char **, size_t *, char **, size_

Re: libiconv and iconv() prototype

Eric Blake wrote: > 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 cygwi

Re: libiconv and iconv() prototype

Eric Blake byu.net> writes: > I think it should be possible with: > ./configure am_cv_proto_iconv_arg1= Nope, not quite enough. It needs the hairier: ./configure am_cv_proto_iconv_arg1= am_cv_proto_iconv="extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, s

Re: libiconv on WinXP Cygwin

Jamil Alkadir wrote: > I am now trying to compile libiconv-1.9.1 Why not use the pre-existing libiconv-1.9.1 cygwin package, as installable from setup.exe? > /usr/bin/install: cannot remove `/usr/lib/../bin/cygiconv-2.dll': Permission > denied /usr/bin/install uses the libiconv DLL, hence when

Re: libiconv TSCII

Hallo Peter, Am Samstag, 18. Oktober 2003 um 14:58 schriebst du: > Dear All, > I didn't find a libiconv specific mailing list, and googling around > suggested, that libiconv is occasionally discussed here (If anybody > has info about a libiconv specific mailing list, I would be more > than gla

Re: libiconv package must be recompiled

Sam Steingold wrote: I'm sorry, but while I have no objection to rebuilding the package per se, I need more than "stir in this magic powder and it works!" before I'm entirely comfortable with this. as explains, the apparent problem is that

Re: libiconv package must be recompiled

Sam Steingold wrote: The following message is a courtesy copy of an article that has been posted to gmane.os.cygwin as well. It appears that the current cygwin libiconv package still has problems described in the following messages:

RE: libiconv

> -Original Message- > From: Gerrit P. Haase [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 02, 2002 9:16 AM > > Come on Charles, > > you have a complete version of libiconv, ready for upload, > what should the volunteer do? Repackage it to install in > /usr instead of /usr/local