[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.
- Re: PATCH: relpath, (continued)
Re: PATCH: relpath, Peng Yu, 2011/12/01
- Re: PATCH: relpath, Eric Blake, 2011/12/01
- Re: PATCH: relpath, Dmitry V. Levin, 2011/12/01
- Re: PATCH: relpath, Guillaume Kielwasser, 2011/12/01
- Re: PATCH: relpath, Pádraig Brady, 2011/12/02
- RE: PATCH: relpath, Voelker, Bernhard, 2011/12/02
- Re: PATCH: relpath, Sebastien Andre, 2011/12/02
- Re: PATCH: relpath,
Pádraig Brady <=
- Re: PATCH: relpath, Sami Kerola, 2011/12/02
- Re: PATCH: relpath, Pádraig Brady, 2011/12/02
- Re: PATCH: relpath, Pádraig Brady, 2011/12/02
- Re: PATCH: relpath, Sebastien Andre, 2011/12/02
Re: PATCH: relpath, Erik Auerswald, 2011/12/02
Re: PATCH: relpath, Jim Meyering, 2011/12/02
Re: PATCH: relpath, Pádraig Brady, 2011/12/05