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
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,
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
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
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:
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
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
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]
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
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
10 matches
Mail list logo