bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: new snapshot available: coreutils-7.6.63-addb6


From: Pádraig Brady
Subject: Re: new snapshot available: coreutils-7.6.63-addb6
Date: Mon, 05 Oct 2009 22:53:58 +0100
User-agent: Thunderbird 2.0.0.6 (X11/20071008)

Jim Meyering wrote:
> Pádraig Brady wrote:
> 
>> Jim Meyering wrote:
>>> Pádraig Brady wrote:
>>>>                        Passed     Skipped     Failed
>>>>                   \---------------------------------
>>>> Fedora core 5 x86 |       352          43          1
>>>> Fedora 11 x86     |       351          45          0
>>>> Solaris 10 x86    |       334          62          0
>>>> Solaris 9  x86    |       331          64          1
>>> Thanks for the testing!
>>>
>>>> FC5 test failure:
>>>>   ln/hard-to-sym
>>>>     ln -P -L symlink3 hard-to-a
>>>>       ln: creating hard link `hard-to-a' => `symlink3': Invalid argument
>>> This is a new test, but FC5 is soooo old,
>>> that I'm not sure it's worth worrying about.
>> March 2006?
> 
> The failure is probably a function of the kernel.
> Which is it?

Right I was just looking at this.
I think it's an issue with the test rather than ln,
so you're right in it not requiring a fix. Saying
that though, we should probably at some stage skip
that part of the test rather than failing.

In summary this is what fails:

$ touch a
$ ln -s a symlink
$ ln -L symlink hardlink
ln: creating hard link `hardlink' => `symlink': Invalid argument

`man linkat` says that AT_SYMLINK_FOLLOW is only supported since 2.6.18
and my FC5 system is 2.6.17

> 
>>>> Solaris builds fail with:
>>>>   Undefined                       first referenced
>>>>    symbol                             in file
>>>>   eaccess                             ../lib/libcoreutils.a(euidaccess.o)
>>> Can you look into why that failed?
>>> I have just reconfirmed that the build succeeds for me on Solaris 10.
>> Hrm 7.6 builds fine here.
>>
>> But with the latest snapshot the linker here looks like
>> it needs $LIB_EACCESS for all binaries.
>> I notice that euidaccess() is newly referenced by faccessat.c
>> Could that be the cause?
> 
> I wonder why it works for me and not for you.

I'll have another quick look tommorrow.

cheers,
Pádraig.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]