Bruno Haible <[EMAIL PROTECTED]> writes:
> Compiling the current coreutils CVS on MacOS X 10.3.9 now gives this error:
>
> stat.c: In function `print_statfs':
> stat.c:416: error: incompatible types in initialization
Thanks for reporting this. Oops, this is another MacOS problem (I got
misled by
Jim Meyering wrote:
The Wanderer <[EMAIL PROTECTED]> wrote:
Eric Blake wrote:
Please keep replies on the list. I am not the maintainer, only
an interested party; so mailing me privately will have no effect
on the CVS repository.
A suggestion: if the people who administer this mailing list
Bruno Haible <[EMAIL PROTECTED]> writes:
> The process that hangs has the command line "tail -f -n 1".
I installed the following patch to coreutils in an attempt to fix
this. It uses the new isapipe module of gnulib. I think this
finishes off the MacOS X problems you've reported recently.
2006
Bruno Haible <[EMAIL PROTECTED]> writes:
> Single-stepping with "next" yields a loop in tail.c:
This is because 'tail' is confused again about the distinction between
pipes and sockets. This is a bit of a can of worms (it was the topic
of a discussion on the Open Group a while ago, so I knew abo
> From: [EMAIL PROTECTED] (Don Kitchen)
>> > from the --help output and from a tee.x template file, so you would have
>> > to rework your patch to hit the upstream source of the manpage. Also,
>>
>> Yes, I considered that, but the patch is easy to cut and paste from and
>> shows the general idea.
Paul Eggert wrote:
Steve Cousins <[EMAIL PROTECTED]> writes:
Don't I love new "features" like this?! What is the purpose of this?
Don't you just love date string parsing? It's a subtle area, full of
surprises.
Hi Paul,
Yeah. I thought I had it worked out years ago. Or at least the s
Paul Eggert wrote:
Steve Cousins <[EMAIL PROTECTED]> writes:
date Versions 5.96 and 5.97 (at least) have a bug when passing dates
that are greater than the actual number of days in a month. Previous
versions (most of the machines seem to have 5.2.1) would convert the
date to a correct date
The Wanderer <[EMAIL PROTECTED]> wrote:
> Eric Blake wrote:
>
>> Please keep replies on the list. I am not the maintainer, only an
>> interested party; so mailing me privately will have no effect on the
>> CVS repository.
>
> A suggestion: if the people who administer this mailing list are going
Eric Blake wrote:
Please keep replies on the list. I am not the maintainer, only an
interested party; so mailing me privately will have no effect on the
CVS repository.
A suggestion: if the people who administer this mailing list are going
to persist in refusing to have it behave as a discus
Steve Cousins <[EMAIL PROTECTED]> writes:
> Don't I love new "features" like this?! What is the purpose of this?
Don't you just love date string parsing? It's a subtle area, full of
surprises.
> How is it more useful to report an error rather than doing a
> meaningful conversion?
Because ther
Bruno Haible <[EMAIL PROTECTED]> writes:
>>glibc2.m4 intdiv0.m4 inttypes-h.m4 inttypes-pri.m4 lcmessage.m4
>>lock.m4 printf-posix.m4 size_max.m4 uintmax_t.m4 ulonglong.m4
>>visibility.m4 xsize.m4
>
> Assuming aclocal-1.9 or newer, I think we could remove these files
> from the modules/
I installed this to incorporate the latest gnulib change:
2006-08-29 Paul Eggert <[EMAIL PROTECTED]>
* src/system.h (LOCALEDIR): Remove, since configmake.h now defines
it for us.
--- system.h.~1.158.~ 2006-08-28 15:50:15.0 -0700
+++ system.h2006-08-29 07:19:37.000
Paul Eggert wrote:
> what is the
> recommended way to use AM_GNU_GETTEXT([external], ...), gnulib-tool,
> and autopoint/autoreconf in such a way that you don't get the
> following files into your m4 directory afterwards?
>
>glibc2.m4 intdiv0.m4 inttypes-h.m4 inttypes-pri.m4 lcmessage.m4
>l
Please keep replies on the list. I am not the maintainer, only an
interested party; so mailing me privately will have no effect on
the CVS repository.
-- Original message --
From: [EMAIL PROTECTED] (Don Kitchen)
> > from the --help output and from a tee.x template
14 matches
Mail list logo
