[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Building strtoull on HP-UX 10.20 requires stdint which is not includ
From: |
Eric Blake |
Subject: |
Re: Building strtoull on HP-UX 10.20 requires stdint which is not included |
Date: |
Tue, 24 Mar 2009 06:18:45 -0600 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.21) Gecko/20090302 Thunderbird/2.0.0.21 Mnenhy/0.7.6.666 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
According to Simon Josefsson on 3/24/2009 1:48 AM:
> Albert Chin <address@hidden> writes:
>
>> With latest gnulib on HP-UX 10.20:
>> $ ./gnulib-tool --create-testdir --dir=t strtoull
>> $ cd t
>> $ ./configure
>> ...
>> $ gmake
>> ...
>> source='dummy.c' object='dummy.o' libtool=no \
>> DEPDIR=.deps depmode=hp /bin/sh ../build-aux/depcomp \
>> cc -Ae -DHAVE_CONFIG_H -I. -I.. -g -c dummy.c
>> source='strtoull.c' object='strtoull.o' libtool=no \
>> DEPDIR=.deps depmode=hp /bin/sh ../build-aux/depcomp \
>> cc -Ae -DHAVE_CONFIG_H -I. -I.. -g -c strtoull.c
>> cpp: "stdlib.h", line 52: error 4036: Can't open include file 'stdint.h'.
That's weird. Line 52 of stdlib.in.h is #include <stdint.h>, so how is
that failing to find the system's stdint.h?
>> gmake[4]: *** [strtoull.o] Error 1
>
> stdlib.in.h needs stdint.h for struct random_data:
I don't have access to HP-UX; are we sure that struct random_data is
defined in <stdint.h> on that platform? If so, it seems like the real bug
is that stdlib_h.m4 is not including <stdint.h> as one of the headers in
its probe for an existing struct random_data.
> So either we do:
>
> --- a/modules/stdlib
> +++ b/modules/stdlib
> @@ -9,6 +9,7 @@ Depends-on:
> include_next
> link-warning
> unistd
> +stdint
Depending on what else we find, this seems like it is part of the solution
to me.
> I can see the advantages in the second alternative, to avoid having
> gnulib's stdlib.h depend on stdint.h, but in the long run I'm not sure
> if it is worth it.
Usually, if you're going to replace stdlib.h, the cost of replacing other
headers is not much more. I don't think we need a separate module.
- --
Don't work too hard, make some time for fun as well!
Eric Blake address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAknIz6UACgkQ84KuGfSFAYA7NACfUargUYiDu7+Ze2m9pE5NXSDV
YYQAoM6QnuSfkh4GPXCbZKaoyPi77TCS
=OURh
-----END PGP SIGNATURE-----