Zsh Mailing List Archive
Messages sorted by: Reverse Date, Date, Thread, Author

Re: [PATCH] Fix assigning/typesetting of unset references (and related bugs)



I suppose I have no problem with this, but it does contradict behavior
mentioned in workers/54224.

I'm not sure it contradicts any behavior mentioned in workers/54224. It would rather enable some of the corner cases I had in mind. As I (have now) replied there, I will try to write some tests for these corner cases. The proposed patch should in principle already handle them correctly.

> + # The only purpose of this test is to define the helper functions
> + # needed by the tests below about assigning and typesetting named
> + # references in different contexts.

Is there a reason these shouldn't go in the %prep section? 

Mainly locality. I find it easier/more convenient to define the functions in the context where they are used. But, if you prefer that we stick with the %prep section, I can move them there.

Philippe


On Mon, Mar 23, 2026 at 12:19 AM Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
On Sun, Mar 22, 2026 at 4:41 PM Philippe Altherr
<philippe.altherr@xxxxxxxxx> wrote:
>
> Assigning an unset local reference R, wrongly resurrects the parameter R as a new reference instead of resurrecting it as a new string parameter R:

I suppose I have no problem with this, but it does contradict behavior
mentioned in workers/54224.

> + # The only purpose of this test is to define the helper functions
> + # needed by the tests below about assigning and typesetting named
> + # references in different contexts.

Is there a reason these shouldn't go in the %prep section?


Messages sorted by: Reverse Date, Date, Thread, Author