On Monday, October 16, 2006 at 20:32, Eric Blake wrote:
Hi Eric!
> OK to apply this patch, to conform with the majority of gnulib that
> assumes config.h?
Of course!
Oskar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Oskar,
OK to apply this patch, to conform with the majority of gnulib that
assumes config.h?
2006-10-16 Eric Blake <[EMAIL PROTECTED]>
* lib/xvasprintf.c (includes): Assume config.h.
* lib/xasprintf.c (includes): Likewise.
- --
Li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 10/7/2006 11:46 AM:
> Eric Blake wrote:
>> Thanks for putting up with my critiques; I think the clean-temp module is
>> better for it
>
> Thanks for the critiques! I think the clean-temp module has improved more
> in the t
I installed this minor patch:
2006-10-16 Paul Eggert <[EMAIL PROTECTED]>
* lib/fsusage.c (PROPAGATE_ALL_ONES): Don't assume uintmax_t is
at least as wide as intmax_t.
--- lib/fsusage.c 5 Oct 2006 21:23:21 - 1.56
+++ lib/fsusage.c 16 Oct 2006 23:43:11 -
Perry Smith <[EMAIL PROTECTED]> writes:
> It was 6.3. Sorry for forgetting that piece.
OK, thanks. We need to figure out the problem with sys/inttypes.h on
your AIX platform then.
Does the patch at the end of this message fix things for you?
If not, what is the output of the following commands
Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
> A new version of gnupload is in Automake's CVS (and attached).
Thanks, but it's not in Automake's CVS yet. Did you have second
thoughts?
I did not install it into gnulib, since I wanted to double-check
first.
Eric Blake wrote:
> I'm getting failures on mingw:
>
> In file included from ../../lib/fatal-signal.c:30:
> ../../lib/sigprocmask.h:34: error: conflicting types for 'sigset_t'
> /usr/lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-
> mingw32/include/sys/types.h:95: error: previous declaration of
> > It didn't make it into automake 1.10, but Alexandre approved it for the
> > next release:
> > http://www.nabble.com/forum/ViewPost.jtp?post=6824228&framed=y. OK to
> > apply this to gnulib for projects living on the bleeding edge?
>
> Sure, please go ahead. But please observe the order in t
Eric Blake <[EMAIL PROTECTED]> writes:
> It didn't make it into automake 1.10, but Alexandre approved it for the
> next release:
> http://www.nabble.com/forum/ViewPost.jtp?post=6824228&framed=y. OK to
> apply this to gnulib for projects living on the bleeding edge?
Sure, please go ahead. But pl
Hello Paul,
Thanks for the advice.
> Did you consider doing it the way glibc does it, with the
> attribute_hidden macro? Perhaps gnulib could use the same syntax as
> glibc, albeit with different semantics on other platforms. If that
> doesn't suffice, there's also the syntax suggested by Niall
Bruno Haible clisp.org> writes:
>
> > I'm not a Windows expert, so I'm not sure how well the race conditions
> > will work out, but I assume that is a known issue.
>
> There shouldn't be more race conditions on Woe32 than on Unix: On both kinds
> of systems, the signal handlers are run in the m
Bruce Korb gmail.com> writes:
>
> On 10/16/06, Eric Blake byu.net> wrote:
> > You need to make sure that 'hello --help --version' is different than
> > `hello --version --help'; right now, --help always wins.
>
> As one would rightly expect. You want to be able to append ``--help''
> to what
On 10/16/06, Eric Blake <[EMAIL PROTECTED]> wrote:
You need to make sure that 'hello --help --version' is different than
`hello --version --help'; right now, --help always wins.
As one would rightly expect. You want to be able to append ``--help''
to what you've
typed so far, see the help, and
Karl Berry freefriends.org> writes:
>
> I put another hello pretest at
> ftp://alpha.gnu.org/gnu/hello/hello-2.1.93.tar.bz2 (and .gz).
>
> Besides the various patches, I tried to delete CR characters from the
> program output for the tests. Let me know if it flies ...
My first review, just fr
Paul Eggert wrote:
> > + /* Set of currently blocked and pending signals. */
> > + static volatile char pending_array[NSIG] /* = { 0 } */;
>
> Surely this should be sig_atomic_t rather than char?
>
> > + int
> > + sigfillset (sigset_t *set)
> > + {
> > + *set = -2U << (NSIG - 1);
>
> This doe
15 matches
Mail list logo
