bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: iconv: document not-fixed bugs, using POSIX terminology


From: Bruno Haible
Subject: Re: iconv: document not-fixed bugs, using POSIX terminology
Date: Mon, 04 Jan 2021 01:57:50 +0100
User-agent: KMail/5.1.3 (Linux/4.4.0-197-generic; KDE/5.18.0; x86_64; ; )

Noah Misch wrote:
> If https://pubs.opengroup.org/onlinepubs/9699919799/functions/iconv.html used
> "identical" to mean "same byte sequence", it would be requiring an ISO-8859-1 
> =>
> UTF-8 conversion to increment the iconv() return value upon converting 0xA1 to
> 0xC2 0xA1.  Most implementations don't do that.

Yes. This proves that when this part of POSIX says "identical", they mean
"equivalent".

It's nonsense if a standard attempts to redefine terms, that are defined with a
certain meaning across mathematics and computer science, in a different way.

> > --- a/modules/iconv-h
> > +++ b/modules/iconv-h
> > @@ -46,7 +46,9 @@ endif
> >  MOSTLYCLEANFILES += iconv.h iconv.h-t
> >  
> >  Include:
> > -<iconv.h>
> > +#if HAVE_ICONV_H
> > +# include <iconv.h>
> > +#endif
> 
> Doesn't this module cause the header to exist?

No. I checked the code.

Bruno




reply via email to

[Prev in Thread] Current Thread [Next in Thread]