GNU bug report logs - #18896
regressions in coreutils 8.23 on Yosemite

Previous Next

Package: coreutils;

Reported by: Jack Howarth <howarth <at> bromo.med.uc.edu>

Date: Wed, 29 Oct 2014 23:14:01 UTC

Severity: normal

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

Full log


Message #23 received at 18896 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Jack Howarth <howarth <at> bromo.med.uc.edu>
Cc: 18896 <at> debbugs.gnu.org
Subject: Re: bug#18896: regressions in coreutils 8.23 on Yosemite
Date: Fri, 31 Oct 2014 03:56:06 +0000
On 10/31/2014 03:30 AM, Jack Howarth wrote:
> On Fri, Oct 31, 2014 at 02:29:05AM +0000, Pádraig Brady wrote:
>>
>> So linkat() is now available but doesn't support hardlinks to symlinks
>> contrary to the POSIX spec. So it would be best we consider linkat()
>> unavailable, which can be done manually like:
>>
>>   ac_cv_func_linkat=no ./configure
>>
>> We'll have to augment the gnulib linkat check to actually check
>> that linkat() works, rather than just being available.
> 
> Passing ac_cv_func_linkat=no to configure and using your attached patch
> results in a large number of failures on x86_64-apple-darwin14.

Good that's better. coreutils tests have passed, and you're getting
to gnulib issues below.


> FAIL: test-readlinkat
> =====================
> ./test-readlink.h:71: assertion 'func (BASE "link2/", buf, sizeof buf) == -1' failed
>
> FAIL: test-symlinkat
> ====================
> ./test-symlink.h:83: assertion 'func (BASE "nowhere", BASE "link1/") == -1' failed
>
> FAIL: test-unlinkat
> ===================
> ./test-unlink.h:49: assertion 'func ("..") == -1' failed

This is indicating these system functions are succeeding (or failing with a different return value)
while their non "at" equivalents are failing as expected.  That's surprising.
It would be useful to determine (with printf/gdb) the return value and errno in the above tests.

> FAIL: test-fdutimensat
> ======================
> ./test-utimens.h:113: assertion 'st3.st_atime == Y2K' failed
>
> FAIL: test-futimens
> ===================
> ./test-futimens.h:112: assertion 'st1.st_atime == st2.st_atime' failed
>
> FAIL: test-utimens
> ==================
> ./test-futimens.h:112: assertion 'st1.st_atime == st2.st_atime' failed

I've not looked into these at all.

This information is very useful.

thanks!
Pádraig.




This bug report was last modified 10 years and 72 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.