Can this snippet be further improved?

Can this snippet be further improved?

[Sebastian Gniazdowski]

I'm preparing update to zsh plugin standard. It's about getting the
path to the sourced (….plugin.zsh) script. The current version is:

    0=${${ZERO:-${(%):-%x}}:A}

I wonder if it could be improved? The current version:
- favors ZERO,
- falls back to %x if ZERO is empty,
- makes the path absolute,
- resolved symlinks and ,,./ components.

Is there a bug or improvement that's possible?

-- 
Best regards,
Sebastian Gniazdowski

Re: Can this snippet be further improved?

[Sebastian Gniazdowski]

For example, would be :P instead of :A better?

On Fri, 28 Jul 2023 at 09:53, Sebastian Gniazdowski
<sgniazdowski@gmail.com> wrote:
>
> I'm preparing update to zsh plugin standard. It's about getting the
> path to the sourced (….plugin.zsh) script. The current version is:
>
>     0=${${ZERO:-${(%):-%x}}:A}
>
> I wonder if it could be improved? The current version:
> - favors ZERO,
> - falls back to %x if ZERO is empty,
> - makes the path absolute,
> - resolved symlinks and ,,./ components.
>
> Is there a bug or improvement that's possible?
>
> --
> Best regards,
> Sebastian Gniazdowski



-- 
Best regards,
Sebastian Gniazdowski

Re: Can this snippet be further improved?

[Bart Schaefer]

On Fri, Jul 28, 2023 at 3:07 AM Sebastian Gniazdowski
<sgniazdowski@gmail.com> wrote:
>
> For example, would be :P instead of :A better?
>
> On Fri, 28 Jul 2023 at 09:53, Sebastian Gniazdowski
> <sgniazdowski@gmail.com> wrote:
> >
> >     0=${${ZERO:-${(%):-%x}}:A}

What is $ZERO ?  (I'm not very familiar with the "zsh plugin standard" here.)

Is there a reason not to use ${funcstack[1]} instead of ${(%):-%x} ?
I presume you're assigning 0= at top level of the plugin, otherwise %x
is going to be the file where the function is defined rather than the
file where the function is being executed and further you'd mess up
FUNCTIONARGZERO et al.  I suppose %x doesn't require zsh/parameter, is
that really an issue?

As to :A vs. :P, it almost seems like :a:P would be preferable to
either of those ... :A is described as ":a followed by realpath()
except where there is no realpath(3)" whereas :P is "LIKE realpath()"
but doesn't actually require realpath(3).

Re: Can this snippet be further improved?

[Bart Schaefer]

On Fri, Jul 28, 2023 at 3:09 PM Sebastian Gniazdowski
<sgniazdowski@gmail.com> wrote:
>
> ZERO is a $0-like variable however provided by the plugin manager.
>
> I think that the returning of origin source file is a plus – one can
> throw in the 0="…" snippet in any kind of file, hash-bang script,
> sourced script and autoload function and always get expected result.

Seems like you'd do less potential damage to other things that might
examine $0 if you overloaded $ZSH_SCRIPT instead, here.

Re: Can this snippet be further improved?

[Sebastian Gniazdowski]

On Fri, 28 Jul 2023 at 16:38, Bart Schaefer <schaefer@brasslantern.com> wrote:
>
> On Fri, Jul 28, 2023 at 3:07 AM Sebastian Gniazdowski
> <sgniazdowski@gmail.com> wrote:
> > >     0=${${ZERO:-${(%):-%x}}:A}
>
> What is $ZERO ?  (I'm not very familiar with the "zsh plugin standard" here.)

ZERO is a $0-like variable however provided by the plugin manager. If
a plugin supports it then it may be easily loaded in an non-standard
way, like eval "$(<plugin-file.zsh):" (a faster method, however if the
script is compiled, then dot/source wins,so it's controversial…),

> Is there a reason not to use ${funcstack[1]} instead of ${(%):-%x} ?
> I presume you're assigning 0= at top level of the plugin, otherwise %x
> is going to be the file where the function is defined rather than the
> file where the function is being executed and further you'd mess up
> FUNCTIONARGZERO et al.  I suppose %x doesn't require zsh/parameter, is
> that really an issue?

I think that the returning of origin source file is a plus – one can
throw in the 0="…" snippet in any kind of file, hash-bang script,
sourced script and autoload function and always get expected result. I
think that if it'll be called in a function defined inside the sourced
script, then it'll still return the same, correct file path.

> As to :A vs. :P, it almost seems like :a:P would be preferable to
> either of those ... :A is described as ":a followed by realpath()
> except where there is no realpath(3)" whereas :P is "LIKE realpath()"
> but doesn't actually require realpath(3).

Thanks, it seems to clarify the :A and :P difference, I'll go for :P then.

-- 
Best regards,
Sebastian Gniazdowski