Paul Eggert wrote:
> Thanks for reporting the further problem. I installed this
> in both gnulib and coreutils.
That fixed all of the current problems and things are building fine
again.
Thanks for the work there!
Bob
[EMAIL PROTECTED] (Eric Blake) writes:
> Go for it.
OK, done.
> Shouldn't we also fix the comments of absolute-header.m4,
> while we are at it?
Yes, could you please do that? Thanks.
> Thanks for reporting the further problem. I installed this
> in both gnulib and coreutils.
>
> Eric, mind if I do something similar for sys_stat_h.m4?
Go for it. Shouldn't we also fix the comments of absolute-header.m4,
while we are at it?
$ cvs diff m4/absolute-header.m4
Index: m4/absolut
Thanks for reporting the further problem. I installed this
in both gnulib and coreutils.
Eric, mind if I do something similar for sys_stat_h.m4?
2006-07-10 Paul Eggert <[EMAIL PROTECTED]>
* stdint.m4 (gl_STDINT_H): Like yesterday's change to
absolute-header.m4. Also, set ABSO
Eric Blake wrote:
> Does this solve it?
> Index: m4/stdint.m4
> ...
> -ABSOLUTE_STDINT_H="<$gl_cv_absolute_stdint_h>"
> -AC_SUBST([ABSOLUTE_STDINT_H])
It is definitely related code. But unfortunately no it does not fix
it. Actually things take a turn for the worse.
With that change the
> > Bob Proulx writes:
> > > ./lib/Makefile:ABSOLUTE_STDINT_H =
> > > ./lib/stdint.h:# include
> >
> > Looks like you need to re-run 'config.status'.
>
> That won't help. It is in config.status. Look at this:
Does this solve it?
2006-07-10 Eric Blake <[EMAIL PROTECTED]>
* std
Paul Eggert wrote:
> Bob Proulx writes:
> > ./lib/Makefile:ABSOLUTE_STDINT_H =
> > ./lib/stdint.h:# include
>
> Looks like you need to re-run 'config.status'.
That won't help. It is in config.status. Look at this:
grep ',g
> Or do a 'make distclean' and start from scratch.
I was doin
[EMAIL PROTECTED] (Bob Proulx) writes:
> ./lib/Makefile:ABSOLUTE_STDINT_H =
> ./lib/stdint.h:# include
Looks like you need to re-run 'config.status'. Or do a 'make distclean'
and start from scratch.
Paul Eggert wrote:
> > However if I change it to use "" inclusion it works.
>
> OK, thanks, then we might as well try using "" everywhere. I'm more
> comfortable with "///..." anyway; the gave me the willies,
> since a compiler might think it was a C99 comment.
Ew, yes, that does seem disconcer
[EMAIL PROTECTED] (Bob Proulx) writes:
> This occurs on HP-UX 11.23 hppa using the native ANSI C compiler.
> Curiously the HP-UX 11.23 ia64 native ANSI C compiler did not
> complain.
>
> source='xstrtoimax.c' object='xstrtoimax.o' libtool=no \
> DEPDIR=.deps depmode=hp /bin/sh ../build
10 matches
Mail list logo