Re: MacOS problem with "checking whether strcasestr works in linear time"

2008-06-09 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 6/9/2008 7:03 PM: |> The corresponding tests/test-strstr.c and friends can continue to |> use alarm() in an environment with SIGALRM ignored, rather than |> also doing the signal reset, because a) we should already be usin

Re: MacOS problem with "checking whether strcasestr works in linear time"

2008-06-09 Thread Bruno Haible
Eric Blake wrote: > > Could it be that the process was started with SIGALRM inherited as ignored? Thanks for the fix. > The corresponding tests/test-strstr.c and friends can continue to > use alarm() in an environment with SIGALRM ignored, rather than > also doing the signal reset, because a) we

Re: acl: request for testing

2008-06-09 Thread Bruno Haible
Eric Blake wrote: > On FAT32 (which has no ACL support), one failure and one spurious output: > > file_has_acl("tmpfile0") returned no, expected yes > FAIL: test-file-has-acl.sh > > setfacl: illegal acl entries > PASS: test-copy-acl.sh Thanks for testing. Can you show the complete output of

Re: acl: request for testing

2008-06-09 Thread Bruno Haible
Hi Jim, > FYI, building failed on Solaris 10, > > file-has-acl.c: In function 'acl_ace_nontrivial': > file-has-acl.c:166: error: 'ALLOW' undeclared (first use in this function) > file-has-acl.c:166: error: (Each undeclared identifier is reported only once > file-has-acl.c:166: error: for

Re: acl: improve support for Tru64

2008-06-09 Thread Bruno Haible
Paul Eggert wrote: > I see that the recent patch talks about "OSF/1". It might be helpful > for comments like that to mention Tru64 as well, as many folks don't > know the technical history behind Tru64 and won't know that OSF/1 > comments often apply to Tru64. With an `uname -a` output as in <

Re: MacOS problem with "checking whether strcasestr works in linear time"

2008-06-09 Thread Eric Blake
Ian Beckwith erislabs.net> writes: > I received a report that the gnulib "checking whether strcasestr works > in linear time" configure test on MacOS hangs for "3 to 4 hours" > before completing. Presumably this means the alarm() call in the test > doesn't work. Actually, it's our ploy to get pe

Re: MacOS problem with "checking whether strcasestr works in linear time"

2008-06-09 Thread Eric Blake
> Could it be that the process was started with SIGALRM inherited as ignored? I'm betting this is the case, as I was able to reproduce a "hanging" configure on OpenBSD with: trap '' ALRM; ./gnulib-tool --with-tests --test strstr And explicitly resetting SIGALRM in the .m4 files avoided the hang

Re: MacOS problem with "checking whether strcasestr works in linear time"

2008-06-09 Thread Paul Eggert
Eric Blake <[EMAIL PROTECTED]> writes: > Does adding a call > to "signal(SIGALRM,SIG_DFL);" prior to the alarm() in the test case help? Good point. And thanks; I think you've found the problem. But even if you haven't, that change sounds worthwhile even if it doesn't fix this particular bug.

Re: MacOS problem with "checking whether strcasestr works in linear time"

2008-06-09 Thread Eric Blake
Bruno Haible clisp.org> writes: > The config.log shows nothing unusual, other than > "checking whether strcasestr works in linear time ... result: yes" > > Two questions: > - Was the configuration running in some kind of virtual processor/machine > (Parallels, QEMU, VirtualBox, VMware Fusion,

Re: acl: improve support for Tru64

2008-06-09 Thread Paul Eggert
Jim Meyering <[EMAIL PROTECTED]> writes: > OSF/1 is not too far from losing its "reasonable portability > target" status, so even if it breaks, few will notice. OSF/1 last shipped circa 1995, right? If so, clearly vanilla OSF/1 long ago lost its "reasonable portability target" status. However,

Re: autobuild: invoke m4 macro

2008-06-09 Thread Simon Josefsson
Eric Blake <[EMAIL PROTECTED]> writes: > Simon Josefsson josefsson.org> writes: > >> >> Pushed. >> >> /Simon >> >> From b9c1b3ae9d1cb02e7712988570355d4258f1bcb0 Mon Sep 17 00:00:00 2001 >> From: Simon Josefsson josefsson.org> >> Date: Fri, 30 May 2008 12:59:52 +0200 >> Subject: [PATCH] module

Re: autobuild: invoke m4 macro

2008-06-09 Thread Eric Blake
Simon Josefsson josefsson.org> writes: > > Pushed. > > /Simon > > From b9c1b3ae9d1cb02e7712988570355d4258f1bcb0 Mon Sep 17 00:00:00 2001 > From: Simon Josefsson josefsson.org> > Date: Fri, 30 May 2008 12:59:52 +0200 > Subject: [PATCH] modules/autobuild (configure.ac): Call AB_INIT. And impro

Re: acl: request for testing

2008-06-09 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 6/8/2008 3:52 PM: | | * Cygwin. I tested only on a two-year old Cygwin. | | Testing can mean one of two things: | | 1) Create a test directory: |./gnulib-tool --create-testdir --with-tests --dir=/tmp/testdir ac

Re: [PATCH] utimens.c: correct yesterday's kernel bug work-around

2008-06-09 Thread Jim Meyering
Ondřej Vašík <[EMAIL PROTECTED]> wrote: > sorry for not writing the patch myself as I promised, had some troubles > with git clone before leaving office. > > Jim Meyering wrote: >> Based on your description, I wrote the following. >> Does it solve the problem? > > Yep, the patch is almost the same

Re: [PATCH] utimens.c: correct yesterday's kernel bug work-around

2008-06-09 Thread Ondřej Vašík
Hi Jim, sorry for not writing the patch myself as I promised, had some troubles with git clone before leaving office. Jim Meyering wrote: > Based on your description, I wrote the following. > Does it solve the problem? Yep, the patch is almost the same as I have commited and built in Fedora Rawh

Re: acl: request for testing

2008-06-09 Thread Jim Meyering
Bruno Haible <[EMAIL PROTECTED]> wrote: > Hi all, > > So far, I'm done with the 'acl' module changes. Jim, for coreutils an > appropriate NEWS entry is: > > Improved support for access control lists (ACLs): On MacOS X, Solaris 7..10, > HP-UX 11, Tru64, AIX, IRIX 6.5, and Cygwin, "ls -l" now di

Re: MacOS problem with "checking whether strcasestr works in linear time"

2008-06-09 Thread Bruno Haible
Ian Beckwith wrote: > In case you can map kernel versions to MacOS versions, config.log > says: > > uname -v = Darwin Kernel Version 9.2.2: Tue Mar 4 21:17:34 PST 2008; > root:xnu-1228.4.31~1/RELEASE_I386 That's MacOS X 10.5.2, the mainstream MacOS X. > > > http://erislabs.net/ianb/tmp/config.