Eric Blake <[EMAIL PROTECTED]> writes:
>> /opt/lsb/bin/lsbcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -c close-stream.c
>> In file included from __fpending.h:25,
>> from close-stream.c:27:
>> /usr/include/stdio_ext.h:47: error: expected `=', `,', `;', `asm' or
>> `__attribute__' b
<[EMAIL PROTECTED]> writes:
> On 2006-09-26 17:47:51 -0500, Jim Meyering <[EMAIL PROTECTED]> said:
>> Probably because you're not using a new enough version of bison.
>
> Got bison-2.3a from the alpha repo,
2.3a should work as far as I know, but you shouldn't need 2.3a; 2.3
will do.
> Apple inst
<[EMAIL PROTECTED]> writes:
> Does the new coreutils+gnulib call sync(2) at
> appropriate places?
coreutils calls 'sync' only in the 'sync' and 'shred' and 'df --sync'
commands, which are irrelevant here.
Applications should never have to call 'sync' to do ordinary things
like remove files, so I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nelson H. F. Beebe on 9/26/2006 8:51 AM:
>
> Machinetype:Intel Pentium 4 (2660 MHz); GNU/Linux
> 2.6.16-1.2133_FC5 (Fedora Core release 5 (Bordeaux))
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nelson H. F. Beebe on 9/26/2006 8:51 AM:
>
> Machinetype:Intel Pentium 4 (2660 MHz); GNU/Linux
> 2.6.16-1.2133_FC5 (Fedora Core release 5 (Bordeaux))
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nelson H. F. Beebe on 9/26/2006 8:51 AM:
> Machinetype:DEC Alpha 4100-5/466 (4 21164 EV5 CPUs, 466 MHz, 2GB
> RAM); OSF/1 4.0F
> Remote cc version: DEC C V5.9-005 on Digital UNIX V4.0 (Rev. 1229)
> Configure envi
gcc warned that 'raise' was undeclared when building on Solaris 8 for
coreutils 6.2. I installed the following to forestall further problems
in this area.
2006-09-26 Paul Eggert <[EMAIL PROTECTED]>
* lib/savewd.c: Include , for 'raise'.
* modules/savewd (Depends-on): Add 'raise
<[EMAIL PROTECTED]> wrote:
> On 2006-09-26 17:04:24 -0500, <[EMAIL PROTECTED]> said:
>
>> On 2006-09-25 17:25:01 -0500, <[EMAIL PROTECTED]> said:
>>
>>> I will pull coreutils and gnulib from CVS also and report back.
>> Okay I got a fresh clean copy of coreutils+gnulib, ran ./bootstrap,
>> complai
<[EMAIL PROTECTED]> wrote:
> On 2006-09-25 17:25:01 -0500, <[EMAIL PROTECTED]> said:
>
>> I will pull coreutils and gnulib from CVS also and report back.
>
> Okay I got a fresh clean copy of coreutils+gnulib, ran ./bootstrap,
> complained only a tiny bit about the hu language (smth about 2 or more
mwoehlke <[EMAIL PROTECTED]> wrote:
> Have you considered making this conditional to broken Darwin versions? :-)
Yes. For a long time, there was an autoconf-run-test
to determine the limit, but that is insufficient, since it's
hard to test all file systems that are available at build time,
and im
mwoehlke <[EMAIL PROTECTED]> wrote:
>> Would you please try this, to confirm the theory:
>> #!/bin/bash
>> for i in $(seq 150 200); do
>> echo i=$i
>> mkdir b; (cd b; mkdir $(seq $i) ); Rm -r b || { echo bug at i=$i; break; }
>> done
>> That should find the minimum number of entries for which r
Paul Eggert CS.UCLA.EDU> writes:
>
> 2006-09-13 Paul Eggert cs.ucla.edu>
>
> * _fpending.c: Include unconditionally, since we no
> longer worry about uses that don't define HAVE_CONFIG_H.
Done likewise for the verror module. That leaves xasprintf, xstrndup, and
xvasprintf as
Jim Meyering wrote:
mwoehlke <[EMAIL PROTECTED]> wrote:
...
Did you try with 5.97? I haven't tried 6.2 yet (will try to do that
No, since rm in that release is so different, and since
I don't plan to make a 5.98 release.
soon)... Um, actually, I am probably not going to try until someone can
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
...
> Hehe. I see a chance to reconcile some stuff I've been solving locally
> or doing inefficiently.
>
>> Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
>> > In a gnulib CVS checkout (with modifications), I get:
>> >
>> > $ vc-dwim ChangeLog
>> > | vc-dwim:
Hello Jim,
Sorry for the delay. ;-)
* Jim Meyering wrote on Fri, Sep 22, 2006 at 06:29:03PM CEST:
> Thanks for persevering :)
Hehe. I see a chance to reconcile some stuff I've been solving locally
or doing inefficiently.
> Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> > In a gnulib CVS checkou
Bruno Haible <[EMAIL PROTECTED]> wrote:
> mwoehlke wrote:
>> I am also noticing that
>> after making coreutils (and some other packages, I think bash was one),
>> to remove the directory, I have to 'rm -rf coreutils-5.97' as many as
>> four times before it fully goes away. Odd that just doing it s
mwoehlke <[EMAIL PROTECTED]> wrote:
> $ uname -srvmpio
> Darwin 8.6.1 Darwin Kernel Version 8.6.1: Tue Mar 7 16:55:45 PST 2006;
> root:xnu-792.9.22.obj~1/RELEASE_I386 i386 i386 iMac4,1 Darwin
>
> Ah, but it's also a much newer Darwin... so...
>
>> I'm working on building test output (including ver
mwoehlke <[EMAIL PROTECTED]> wrote:
...
> Did you try with 5.97? I haven't tried 6.2 yet (will try to do that
No, since rm in that release is so different, and since
I don't plan to make a 5.98 release.
> soon)... Um, actually, I am probably not going to try until someone can
> tell me how the *&
* Ralf Wildenhues wrote on Fri, Sep 22, 2006 at 08:45:54AM CEST:
>
> This check in m4/readutmp.m4:gl_READUTMP:
> AC_CHECK_MEMBERS([struct utmpx.ut_exit],,,[$utmp_includes])
>
> detects that as nonexistent [...]
Please ignore that message. I was reading both AC_CHECK_MEMBER and
config.log wron
mwoehlke wrote:
> I am also noticing that
> after making coreutils (and some other packages, I think bash was one),
> to remove the directory, I have to 'rm -rf coreutils-5.97' as many as
> four times before it fully goes away. Odd that just doing it several
> times in succession works, though.
mwoehlke <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> mwoehlke <[EMAIL PROTECTED]> wrote:
>>> [EMAIL PROTECTED] wrote:
[let me see if gmane lets me reply to posts]
>>> gmane works great, it's the only way I read this list (and several
>>> others). :-)
>>>
>>> btw, thanks for the mails.
With this change, coreutils (bootstrapped from CVS) passes "make check"
on Darwin 8.7.0. In case you missed it, details are here:
http://article.gmane.org/gmane.comp.gnu.core-utils.bugs/8263
2006-09-26 Jim Meyering <[EMAIL PROTECTED]>
* acl.m4 (AC_FUNC_ACL): Disable ACL support alt
mwoehlke <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
>> [let me see if gmane lets me reply to posts]
>
> gmane works great, it's the only way I read this list (and several
> others). :-)
>
> btw, thanks for the mails... I just built coreutils on Darwin also, and
> had a good number of 'ma
23 matches
Mail list logo
