The Unicode string I/O - essentially a *printf directive 'U' that accepts
Unicode strings as arguments, but also the ability to produce Unicode strings
rather than char* strings - requires some modifications to the vasnprintf
code.
The snprintfv code has not been migrating to gnulib (yet? dormant
This creates three variants of mbsnlen function for Unicode strings (rather
than multibyte character strings in the locale encoding). They are needed
for Unicode-enabled *printf functions.
2007-06-10 Bruno Haible <[EMAIL PROTECTED]>
* modules/unistr/u32-mbsnlen: New file.
* lib/
A function which counts the number of characters in a memory region can be
useful, and is needed for some vasnprintf variants.
2007-06-10 Bruno Haible <[EMAIL PROTECTED]>
* lib/string_.h (mbsnlen): New declaration.
* lib/mbsnlen.c: New file.
* m4/mbsnlen.m4: New file.
mbslen.c uses MB_CUR_MAX and therefore needs to include .
2007-06-10 Bruno Haible <[EMAIL PROTECTED]>
* lib/mbslen.c: Include , needed for MB_CUR_MAX.
*** lib/mbslen.c11 Feb 2007 17:02:31 - 1.1
--- lib/mbslen.c11 Jun 2007 00:18:44 -
***
*** 21,2
mbiter.h and mbuiter.h use ptrdiff_t; this gives a syntax error if
is not previously included.
2007-06-10 Bruno Haible <[EMAIL PROTECTED]>
* lib/mbiter.h: Include , needed for ptrdiff_t.
* lib/mbuiter.h: Likewise.
*** lib/mbiter.h11 Feb 2007 17:17:09 - 1.3
---
vasnprintf.c uses HAVE_DECL__SNPRINTF, but it was not defined.
This was missing since 2003-11-16.
2007-06-10 Bruno Haible <[EMAIL PROTECTED]>
* m4/vasnprintf.m4 (gl_PREREQ_VASNPRINTF): Check for _snprintf
declaration.
*** m4/vasnprintf.m46 Jun 2007 01:30:59 - 1.2
In vasnprintf, when USE_SNPRINTF is not defined, one doesn't need a local
variable 'maxlen'. Also, the memory allocation was a little too conservative,
wasting 1 byte.
2007-06-10 Bruno Haible <[EMAIL PROTECTED]>
* lib/vasnprintf.c (VASNPRINTF) [!USE_SNPRINTF]: Remove variable
'm
Hello, and apologies for chiming in late,
* James Youngman wrote on Sat, May 26, 2007 at 02:41:02PM CEST:
>
> I guess it's possible that the problem is caused by my calling
> AC_CHECK_HEADERS(stdint.h) either at all or in the wrong place, but to
> be honest while I have looked at the code for gl_A
