Bruno Haible clisp.org> writes:
> > By the way, m4_quote(m4_defn([foo])) is overkill - m4_defn already properly
> > quotes its output as a single m4 argument, so the m4_quote is a no-op
(m4_quote
> > is only useful when collecting multiple unquoted m4 arguments into a single
> > string).
>
>
Eric Blake wrote:
> I think I see a logic bug in this patch which explains why Jens Rehsack still
> saw a failure in m4 1.4.13:
>
> > +++ lib/math.in.h 2008-11-20 23:26:08.0 +0100
> > @@ -22,7 +22,7 @@
> > #endif
> >
> > /* The include_next requires a split double-inclusion guard. *
Eric Blake byu.net> writes:
> What do you think of this patch?
>
> From: Eric Blake byu.net>
> Date: Wed, 20 May 2009 14:45:07 -0600
> Subject: [PATCH] Another try at making math.h work for AIX xlc.
>
> * m4/include_next.m4: Avoid redundant m4_quote.
> (gl_CHECK_NEXT_HEADERS): Also define
> NE
Bruno Haible clisp.org> writes:
> > I have no idea why:
> > #include
> > behaves differently than:
> > #include "///usr/vac/include/math.h"
> > You'd figure with the #include_next in /usr/vac/include/math.h
> > the behavior would be the same. However, the #include_next in
> > /usr/vac/incl
Bruno Haible wrote:
>
>
> Probably the only solution is to use #include_next only in gnulib's
> math.in.h
> but not in the other header files that are overridden by gnulib. I'm
> applying
> this; please let us know whether it works.
>
>
Unfortunately, this does not seem to work either (AIX
Hello Albert,
> (AIX 6.1)
> $ cat conftest.c
> #include "///usr/vac/include/math.h"
> int a = HUGE_VAL;
> $ xlc -D_ALL_SOURCE -E conftest.c | tail
> #line 2 "conftest.c"
> int a = HUGE_VAL;
> ...
> /usr/vac/include/math.h includes /usr/include/math.h with:
> #include_next
>
> I hav
On Sun, Nov 09, 2008 at 03:15:22PM +0100, Bruno Haible wrote:
> Albert Chin wrote:
> > > The fix that I found is to use "xlc -E -C" instead of "xlc -E". It has the
> > > effect of turning the config.status lines
> > >
> > > S["NEXT_SIGNAL_H"]="\"///usr/include/sys/signal.h\""
> > > S["NEXT_DIR
Albert Chin wrote:
> > The fix that I found is to use "xlc -E -C" instead of "xlc -E". It has the
> > effect of turning the config.status lines
> >
> > S["NEXT_SIGNAL_H"]="\"///usr/include/sys/signal.h\""
> > S["NEXT_DIRENT_H"]="\"\""
> >
> > into
> >
> > S["NEXT_SIGNAL_H"]="\"///usr/inclu
On Tue, Nov 04, 2008 at 02:01:11AM +0100, Bruno Haible wrote:
> Gary V. Vaughan wrote:
> > Unfortunately, this compiler and the IBM compiler on aix4.3.3 and aix6.1.0
> > (but
> > strangely, not 5.1, 5.2 or 5.3) have another peculiar behaviour which
> > breaks on
> > some headers when include_next
Gary V. Vaughan wrote:
> Unfortunately, this compiler and the IBM compiler on aix4.3.3 and aix6.1.0
> (but
> strangely, not 5.1, 5.2 or 5.3) have another peculiar behaviour which breaks
> on
> some headers when include_next.m4 determines that #include_next doesn't work.
>
> $ echo '#include '
10 matches
Mail list logo
