-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to erobles on 9/17/2009 6:00 PM:
> hi!
>
> I have downloaded gnulib through git and cvs, and i tried to
> import getaddrinfo module, but i only got the message mentioned in the
> subject:
>
> $ gnulib-tool --import getaddrinfo
>
>
hi!
I have downloaded gnulib through git and cvs, and i tried to
import getaddrinfo module, but i only got the message mentioned in the
subject:
$ gnulib-tool --import getaddrinfo
gnulib-tool: *** cannot find ./configure.ac
gnulib-tool: *** Stop.
:-(
Do you have any sample config
Bruno Haible writes:
> Yes. The naming of the variable 'long_int_year_and_yday_are_wide_enough'
> sounds as if Paul intended to be able to pass time_t values into 'year1'
> and 'yday1'. But this does not happen: all inputs are 'int'.
Sorry about the long delay. It's been many years, but I think
Sam Steingold wrote:
> I updated clisp to the latest gnulib (to take advantage of the mktime fix)
> and now build fails with this:
>
> ./stdlib.h:189:5: error: #if with no expression
>
> this comes from
>
> #if @GNULIB_MKOSTEMP@
> # if !...@have_mkostemp@
Looks like you regenerated stdlib.h wit
Bruno Haible wrote:
> Jim Meyering wrote:
>> >> time_t is 64 bits in recent NetBSD versions even on i386 platform,
>> >> therefore these assertations fail on it:
>> >>
>> >> in lib/mktime.c:
>> >> verify (long_int_year_and_yday_are_wide_enough,
>> >> INT_MAX <= LONG_MAX / 2 || TIME_T_MAX <= UIN
Jim Meyering wrote:
> >> time_t is 64 bits in recent NetBSD versions even on i386 platform,
> >> therefore these assertations fail on it:
> >>
> >> in lib/mktime.c:
> >> verify (long_int_year_and_yday_are_wide_enough,
> >> INT_MAX <= LONG_MAX / 2 || TIME_T_MAX <= UINT_MAX);
> >
> > I'm disablin
I updated clisp to the latest gnulib (to take advantage of the mktime fix)
and now build fails with this:
./stdlib.h:189:5: error: #if with no expression
this comes from
#if @GNULIB_MKOSTEMP@
# if !...@have_mkostemp@
Eric Blake wrote:
> Jim Meyering meyering.net> writes:
>
>> > Meanwhile, the rmdir-errno module, in use by coreutils until today, guessed
>> > wrong for cross-compilation to Solaris (where rmdir fails with EEXIST, not
>> > ENOTEMPTY, on a populated directory); now that coreutils no longer uses th
Eric Blake wrote:
> I'm working on a patch to fix unlink("file/") on Solaris 9. But as a
> prerequisite (to avoid anyone corrupting their file system if running the unit
> test as root, and accidentally unlinking an empty directory), I noticed that
> mingw failed to compile unlinkdir.c due to a mi
Eric Blake wrote:
> According to Eric Blake on 9/16/2009 10:10 PM:
>> According to Eric Blake on 9/16/2009 9:11 AM:
I've reached this point in reading the patches.
So far they look fine.
I will read the remainder, and test tomorrow.
>>> I'll try and rebase my series before then.
>>
Ian Beckwith wrote:
> * Replaces incorrect FSF addresses with pointers to www.gnu.org/licenses.
> (picked up by 'licensecheck', in the debian devscripts package).
David, is the following change OK with you?
Would you also accept to change the license mentioned in the header
to say "GPL", like w
Hi Ian,
Ian Beckwith wrote:
> I've recently adopted the Debian gnulib package.
Welcome! It was a bit unfortunate that gnulib was "frozen" in Debian for
about a year, although gnulib attempts to be constantly moving and
improving. See
http://www.gnu.org/software/gnulib/manual/html_node/Steady-De
Bruno Haible wrote:
> Hasso Tepper wrote:
>> time_t is 64 bits in recent NetBSD versions even on i386 platform,
>> therefore these assertations fail on it:
>>
>> in lib/mktime.c:
>> verify (long_int_year_and_yday_are_wide_enough,
>> INT_MAX <= LONG_MAX / 2 || TIME_T_MAX <= UINT_MAX);
>
> I'm di
Eric Blake wrote:
> Include:
> #include "file.h"
>
> but most just have:
>
> Include:
> "file.h"
The latter is a shorthand notation. In the beginning we didn't use the
shorthand much.
> > Any objections to a patch that normalizes the outliers to drop #include?
>
> As in the following?
Looks a
David Lutterkort wrote:
> Just saw users.txt and thought it'd be nice to add augeas and netcf to
> the list.
Thanks!
I pushed that with a tweak to use netcf's http://
rather than https:// address.
...
> + netcf https://fedorahosted.org/netcf/
>newts http://svn.arete.cc/ne
Just saw users.txt and thought it'd be nice to add augeas and netcf to
the list.
David
>From 1d174e8d36fc605e34ca84ac402f38e59d35e146 Mon Sep 17 00:00:00 2001
From: David Lutterkort
Date: Thu, 17 Sep 2009 11:17:59 -0700
Subject: [PATCH] * users.txt: add augeas and netcf
---
users.txt |2 ++
Eric Blake wrote:
> Eric Blake byu.net> writes:
>
>> Any objections to a patch that normalizes the outliers to drop #include?
>
> As in the following?
>
>>From 2655892372305598ee062e56f30b01c7d90ea178 Mon Sep 17 00:00:00 2001
> From: Eric Blake
> Date: Thu, 17 Sep 2009 11:49:36 -0600
> Subject:
Eric Blake byu.net> writes:
> Any objections to a patch that normalizes the outliers to drop #include?
As in the following?
>From 2655892372305598ee062e56f30b01c7d90ea178 Mon Sep 17 00:00:00 2001
From: Eric Blake
Date: Thu, 17 Sep 2009 11:49:36 -0600
Subject: [PATCH] maint: make Include sectio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Ian Beckwith on 9/17/2009 6:51 AM:
> Hi,
>
> I've recently adopted the Debian gnulib package.
Our argument has been that gnulib is for developers, and probably should
not be distributed as a package. Read gnulib-intro.texi for why we th
Hi,
I've recently adopted the Debian gnulib package.
Documenting the copyright and licenses of all the files (a tedious but
(currently) necessary process), I spotted a few extremely minor issues,
and ran into a few things I'd like clarifying.
The attached patch:
* Replaces incorrect FSF address
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Some modules have:
Include:
#include "file.h"
but most just have:
Include:
"file.h"
Any objections to a patch that normalizes the outliers to drop #include?
- --
Don't work too hard, make some time for fun as well!
Eric Blake e...@byu
According to Eric Blake on 9/16/2009 10:10 PM:
> According to Eric Blake on 9/16/2009 9:11 AM:
>>> I've reached this point in reading the patches.
>>> So far they look fine.
>>> I will read the remainder, and test tomorrow.
>> I'll try and rebase my series before then.
>
> Now rebased:
>
> git pu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 9/17/2009 1:38 AM:
> Here is a proposed patch. I checked all uses of 'time_t' in getdate.y and
> found only two conversions from time_t to 'long int', in the 'relunit' rule:
>
> | tSDECIMAL_NUMBER tSEC_UNIT
> { $$
Hasso Tepper wrote:
> time_t is 64 bits in recent NetBSD versions even on i386 platform,
> therefore these assertations fail on it:
>
> in lib/mktime.c:
> verify (long_int_year_and_yday_are_wide_enough,
> INT_MAX <= LONG_MAX / 2 || TIME_T_MAX <= UINT_MAX);
I'm disabling this assertion; the c
24 matches
Mail list logo
