coreutils
[Top][All Lists]
Advanced

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

Re: PATCH: relpath


From: Pádraig Brady
Subject: Re: PATCH: relpath
Date: Fri, 02 Dec 2011 09:53:04 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0

On 12/02/2011 09:30 AM, Voelker, Bernhard wrote:
> Pádraig Brady wrote:
>> On 12/02/2011 01:21 AM, Guillaume Kielwasser wrote:
>>> and what about something like:
>>>
>>> getpath -C|--canon        // simulate realpath
>>> getpath -R|--relative     // simulate relpath
>>> getpath -L|--link         // simulate readlink
>>
>> A good suggestion, thanks.
>>
>> It's the right level of functionality to provide at the shell level.
> 
> +1 from me.

Jim's point about 'path' ambiguity is valid.
I guess using 'getpathname' would address that.
Also 'realpath' is a bit less ambiguous than 'getpath'
in this regard I think.

> Just to think in another direction (not claiming this is the best idea):
> I could also imagine the --canon and --link functionality in stat.
> --relative doesn't suit there.

Possibly. I think FreeBSDs readlink implementation is from the stat binary.
It's behind a separate readlink name though, so that's just from
an implementation rather than an interface perspective.

cheers,
Pádraig.



reply via email to

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