Re: lib/stdbool_.h doesn't honor HAVE__BOOL

Albert Chin <[EMAIL PROTECTED]> writes: > The HP-UX 11.23/IA aCC6 compiler has bool and _Bool. This generates an > error building something that includes gnulib's auto-generated stdbool.h: Unfortunately that isn't enough to fix the stdbool module problems we've been running into recently with cor

Symbol availability in C, C++

It's not necessarily safe to assume a system variable/function/header, if available to the C compiler, is available to the C++ compiler. This is even in the case the same vendor provides the C and C++ compiler. For example: 1. On Tru64 UNIX 5.1, is available to the C compiler, but not the C

Re: obstack issue

Davide Angelocola <[EMAIL PROTECTED]> writes: > I've a problem using gnulib (latest CVS version), just after importing > obstack > module: > configure.ac:84: gl_AC_TYPE_UNSIGNED_LONG_LONG is required by... Thanks for reporting that. I've added m4/ulonglong.m4 to the Files: section of modules/o

Re: obstack issue

On Saturday 26 November 2005 00:27, you wrote: > Hi, > > I've a problem using gnulib (latest CVS version), just after importing > obstack module: > configure.ac:84: gl_AC_TYPE_UNSIGNED_LONG_LONG is required by... > m4/uintmax_t.m4:30: gl_AC_TYPE_UINTMAX_T is expanded from... > configure.ac:84: gl_A

obstack issue

Hi, I've a problem using gnulib (latest CVS version), just after importing obstack module: configure.ac:84: gl_AC_TYPE_UNSIGNED_LONG_LONG is required by... m4/uintmax_t.m4:30: gl_AC_TYPE_UINTMAX_T is expanded from... configure.ac:84: gl_AC_TYPE_UINTMAX_T is required by... m4/obstack.m4:23: gl_PR

lib/stdbool_.h doesn't honor HAVE__BOOL

The HP-UX 11.23/IA aCC6 compiler has bool and _Bool. This generates an error building something that includes gnulib's auto-generated stdbool.h: "../include/stdbool.h", line 84: error #2084: invalid combination of type specifiers typedef bool _Bool; ^ Patch below fixes thi