Re: unistdio/u16-printf-parse on debian etch

2009-01-14 Thread Simon Josefsson
Bruno Haible br...@clisp.org writes: Thanks. A couple of similar modules have the same mistake. I'm applying this followup: Great. Btw, aren't the file names stdint_h.m4 and inttypes_h.m4 confusing? I don't have a better suggestion though. /Simon

set_program_name behavior

2009-01-14 Thread Sergey Poznyakoff
Hello, The behavior of set_program_name differs depending on whether argv[0] refers to a libtool script (*/.libs/lt-*) or to a usual binary. In the first case, the function strips off all directory components and the `lt-' prefix, and assigns the result to program_name. In the second case,

sys/stat.h and nlink

2009-01-14 Thread Simon Josefsson
The test-sys_stat self-test fails on debian etch x86, see: http://autobuild.josefsson.org/gnulib/log-200901140954236318000.txt The problem is that sys/stat.h does not define nlink_t (at least not unconditionally), however sys/types.h does: gnu...@mejsel:~$ catfoo.c #include sys/stat.h int main

Re: C++ patch for m4/mktime.m4

2009-01-14 Thread Jim Meyering
Albert Chin bug-gnu...@mlists.thewrittenword.com wrote: The Sun C++ compiler fails to compile the test case in m4/mktime.m4 correctly because of the KR style function prototypes. Patch attached. Hi Albert, That patch looks fine. Would you please write a ChangeLog entry and then send git

Re: sys/stat.h and nlink

2009-01-14 Thread Jim Meyering
Simon Josefsson si...@josefsson.org wrote: The test-sys_stat self-test fails on debian etch x86, see: http://autobuild.josefsson.org/gnulib/log-200901140954236318000.txt The problem is that sys/stat.h does not define nlink_t (at least not unconditionally), however sys/types.h does:

Re: C++ patch for m4/mktime.m4

2009-01-14 Thread Albert Chin
On Wed, Jan 14, 2009 at 07:42:50PM +0100, Jim Meyering wrote: Albert Chin bug-gnu...@mlists.thewrittenword.com wrote: The Sun C++ compiler fails to compile the test case in m4/mktime.m4 correctly because of the KR style function prototypes. Patch attached. Hi Albert, That patch looks

Re: set_program_name behavior

2009-01-14 Thread Bruno Haible
Hello Sergey, The behavior of set_program_name differs depending on whether argv[0] refers to a libtool script (*/.libs/lt-*) or to a usual binary. In the first case, the function strips off all directory components and the `lt-' prefix, and assigns the result to program_name. In the second

Re: sys/stat.h and nlink

2009-01-14 Thread Bruno Haible
Simon Josefsson wrote: I see two solutions. I pushed 2). Thanks. This was the right choice, because POSIX [1] specifies The sys/stat.h header shall define the ... nlink_t, ... types as described in sys/types.h. Bruno [1]

Re: #ifndef _GL_WCHAR_H in lib/wchar.in.h

2009-01-14 Thread Bruno Haible
Hi Albert, Why does lib/wchar.in.h have: #ifndef _GL_WCHAR_H ... #ifndef _GL_WCHAR_H #define _GL_WCHAR_H rather than just: #ifndef _GL_WCHAR_H #define _GL_WCHAR_H This is the necessary idiom when using #include_next. This causes a problem on HP-UX 11.00 because wchar.h is

Re: more m4 quoting

2009-01-14 Thread Bruno Haible
Eric Blake wrote: What's the rationale of quoting purely numeric m4 arguments, like in AC_DEFINE([FOO], [1], ...) ? It looks a bit like clutter to me, since quoting does not matter here. But if you and Eric and Simon are willing to do this purely for consistency, I'm going with it as