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

Re: Bug#252233: zsh: filename completion after long options like --foo=

X-seq: zsh-workers 20032
From: Bill Allombert <allomber@xxxxxxxxxxxxxxxxxx>
To: 252233@xxxxxxxxxxxxxxx
Subject: Re: Bug#252233: zsh: filename completion after long options like --foo=
Date: Wed, 2 Jun 2004 23:50:18 +0200
Cc: zsh-workers@xxxxxxxxxx
In-reply-to: <20040602211953.GA31696@xxxxxxxxxxx>
Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
References: <20040602085613.GA4559@xxxxxxxxxxxxxxxx> <20040602132227.GB16405@xxxxxxxxxxx> <20040602141018.GC5838@seventeen> <20040602143728.GA17567@xxxxxxxxxxx> <20040602163936.GU5026@seventeen> <20040602211953.GA31696@xxxxxxxxxxx>

On Wed, Jun 02, 2004 at 05:19:53PM -0400, Clint Adams wrote:
> > I can reproduce the problem with a standard configure file:
> > If a package use gettext (I tried with lostirc), configure says:
> > ./configure --help
> > ...
> >   --with-libintl-prefix[=DIR]  search for libintl in DIR/include and
> >   DIR/lib
> > ...
> > but ./configure --with-libintl-prefix= won't complete on directory.
> 
> So, if you remove the brackets from that line in ./configure, it works.

Yes, but it is highly impractical in this particular case since this
text come from gettext files /usr/share/aclocal/lib-link.m4 and
/usr/share/aclocal/lib-prefix.m4, just grep for "search for".

[] are used to denote optionnal arguments in the help messages.

Cheers,
-- 
Bill. <ballombe@xxxxxxxxxx>

Imagine a large red swirl here.

Follow-Ups:
- Re: Bug#252233: zsh: filename completion after long options like --foo=
  - From: Peter Stephenson

References:
- Re: Bug#252233: zsh: filename completion after long options like --foo=
  - From: Clint Adams
- Re: Bug#252233: zsh: filename completion after long options like --foo=
  - From: Bill Allombert
- Re: Bug#252233: zsh: filename completion after long options like --foo=
  - From: Clint Adams

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