Re: Using gl_ABSOLUTE_HEADER after AC_CHECK_HEADER breaks CPPFLAGS

2008-08-14 Thread Bruno Haible
Hello, Rhys Ulerich wrote: > AC_INIT(recreate, 0.0.1, [EMAIL PROTECTED]) > > AM_CONFIG_HEADER(config.h) > > AM_INIT_AUTOMAKE(1.9 -Wall -Werror foreign) > > AC_PREREQ([2.61]) > > > > AC_DEFUN([AX_TRILINOS_BASE],[ > > if test -n "${TRILINOS_HOME}"; then > >CPPFLAGS="-I${TRILINOS_HOME}/i

Re: snapshot in preparation for m4 1.4.12

2008-08-14 Thread Thomas Klausner
On Thu, Aug 07, 2008 at 07:37:47AM -0600, Eric Blake wrote: > I have released a new snapshot from branch-1.4, and hope to release it as > M4 1.4.12 in the near future. This should fix many of the complaints > about strtod and other test failures that were reported against 1.4.11. > However, it als

Re: Using gl_ABSOLUTE_HEADER after AC_CHECK_HEADER breaks CPPFLAGS

2008-08-14 Thread Rhys Ulerich
The recreate behaves as I expect if I modify gl_ABSOLUTE_HEADER to use AC_CHECK_HEADERS instead of AC_CHECK_HEADERS_ONCE. -Rhys On Thu, Aug 14, 2008 at 11:47 AM, Rhys Ulerich <[EMAIL PROTECTED]>wrote: > Hi, > > We found an odd side effect of gnulib's absolute_header.m4 over on the > Autoconf mai

Using gl_ABSOLUTE_HEADER after AC_CHECK_HEADER breaks CPPFLAGS

2008-08-14 Thread Rhys Ulerich
Hi, We found an odd side effect of gnulib's absolute_header.m4 over on the Autoconf mailing list ( http://lists.gnu.org/archive/html/autoconf/2008-08/msg00024.html). Within an Autoconf macro, modifying CPPFLAGS, calling AC_CHECK_HEADER, and then calling gl_ABSOLUTE_HEADER prevents the header chec

Re: sa_sigaction [was: snapshot in preparation for m4 1.4.12]

2008-08-14 Thread Tom G. Christensen
On Wed, Aug 13, 2008 at 08:14:43PM -0600, Eric Blake wrote: > According to Tom G. Christensen on 8/13/2008 2:45 PM: > >>Weird. So Irix 5.3 has sigaction, but not sa_sigaction? Can you please > >>post the definition of struct sigaction from ? > >> > >>From : > >typedef struct sigaction { > >

Re: checkin of glthread/glcond modules

2008-08-14 Thread Yoann Vandoorselaere
Le jeudi 14 août 2008 à 11:30 +0200, Yoann Vandoorselaere a écrit : > Le jeudi 14 août 2008 à 10:58 +0200, Bruno Haible a écrit : > > Yoann Vandoorselaere wrote: > > > > Can you see alternatives? Maybe something like , > > > > , , , > > > > ? > > > > > > Look good to me, can you handl

Re: Lock module improvement

2008-08-14 Thread Bruno Haible
Addendum: For the gettext macros, it's better to distinguish macros and functions, i.e. not to have symbols which are macros on one platform and functions on others. I'm applying this: 2008-08-14 Bruno Haible <[EMAIL PROTECTED]> * lib/glthread/lock.h (glthread_lock_lock, glthread_lock_

Re: checkin of glthread/glcond modules

2008-08-14 Thread Yoann Vandoorselaere
Le jeudi 14 août 2008 à 10:58 +0200, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > > Can you see alternatives? Maybe something like , > > > , , , > > > ? > > > > Look good to me, can you handle the renaming part so that all the > > modules look consistant? > > Done as foll

Re: checkin of glthread/glcond modules

2008-08-14 Thread Bruno Haible
Yoann Vandoorselaere wrote: > > Can you see alternatives? Maybe something like , > > , , , > > ? > > Look good to me, can you handle the renaming part so that all the > modules look consistant? Done as follows: 2008-08-14 Bruno Haible <[EMAIL PROTECTED]> * lib/glthread/lo