Re: buggy configure completion - when both --enable-foo and --disable-foo are listed

[Bart Schaefer <schaefer@brasslantern.com>]

On Sep 2, 11:02pm, m0viefreak wrote:
} Subject: Re: buggy configure completion - when both --enable-foo and --dis
} 
} On 02.09.2016 03:27, Bart Schaefer wrote:
} > I have to update that to look for more than eight spaces for it to work
} > right for zsh's ./configure
} 
} Oh, right, I'm missing one #. It should have been '[8spaces]##':
} 
} zstyle ':completion:*:configure:*:options' command $'print -r -- "${$(COLUMNS=9999 ${~words[1]} --help)//\n        ##/ }"'
} 
} > and even then it mysteriously fails to pick
} > out defaults [/usr/local] and [PREFIX] for --prefix and --exec-prefix
} 
} This works fine for me:

My problem turns out to be _args_cache_${name} stashing away the long
options, which is problematic for things like "configure" that may be
rebuilt with different/new options in the middle of a shell session.
If I "unset -m _args_cache_\*" and then try again, it works.

} Also, slightly related:
} The _configure completion could benefit from my patch I sent back in march:
} http://www.zsh.org/mla/workers//2016/msg00674.html

In that message, you wrote:
>> After parsing the --help output, zsh internally stores that option as
>>   --foo:some option (useful with --bar=baz)
>> 
>> Later it filters the options using the following:
>>   tmp=("${(@M)lopts:##$~pattern(|:*)}")
>> 
>> The (|:*) part is supposed to be limiting the matching to the part
>> before the ':'. This does however not work at all.
>> It will simply use the empty variant and match anyways.

Your patch recommends changing (|:*) to just :* and always append an
extra ":" so that the empty variant is not needed.

I'll point out for the record that zsh tries alternative patterns in
left-to-right order and always uses the first one that succeeds, so it
might also work to change the pattern to (:*|) [and hope your email
reader doesn't interpret that as some sort of emoticon].

However, in workers/39135, Daniel points out that the pattern on lines
266/268 needs fixing, and your change with the appended colon might in
fact accomplish the necessary tweak.  So I'm going to apply/commit
workers/38153 and Vincent can tell us whether it helps him at all.

-- 
Barton E. Schaefer