Hi,
Bruno Haible <[EMAIL PROTECTED]> writes:
> Yes, it is clear what you mean. But adding a new API for a thing that
> mem_cd_iconveh should be able to do, just because there is a portability
> problem, is against gnulib's general approach. In gnulib we solve this
> by fixing the portability prob
Ludovic Courtès wrote:
> the excerpt of `u16-conv-from-enc.c'
> that I quoted made me think that, e.g., "UTF-16BE" and "UTF-16LE" were
> only known to work on Glibc >= 2.2:
>
> /* Name of UTF-16 encoding with machine dependent endianness and alignment.
> */
> #if defined _LIBICONV_VERSION ||
