zsh-workers
 help / color / mirror / code / Atom feed
From: Oliver Kiddle <opk@u.genie.co.uk>
To: zsh-workers@sunsite.auc.dk
Subject: Re: optioninfo.so
Date: Thu, 13 Apr 2000 10:26:46 +0100	[thread overview]
Message-ID: <38F592D6.B3CC259A@u.genie.co.uk> (raw)
In-Reply-To: <000601bfa516$701681d0$21c9ca95@mow.siemens.ru>

Andrej Borsenkow wrote:
> 
> > Z(4):akr@serein% _ls_arguments=($(LD_PRELOAD=$PWD/optioninfo.so ls))
>                                     ^^^^^^^^^^ argh!
> >
> > Although this is not so sophisticated now and it is not portable, it
> > is very useful in some case.  How about this?

> Yes, it is not very portable. Do you suggest to use it outside of Zsh?
> Or in Zsh completion? If it can be made Zsh module - why not. But
> please, no PRELOAD fiddling.

I think it is a very nice idea and with a bit of thought and effort, we
should be able to make good use of it for the completion system. I don't
have a problem with PRELOAD fiddling.

The principle of pre-loading works on a number of platforms but I think
the specifics of it vary. On IRIX, it is something like _RLD_LIST, I
have the exact details somewhere. Where is the real getopt_long going to
be on non-Linux systems? Is it staticly compiled into and GNU binaries
and if so, will preloading still work?

What we will probably need to do is use a wrapper script around this. It
could take the same arguments as _arguments. Where we can't use
preloading, it could just pass everything straight through to
_arguments. Otherwise it would have to take the options from
optioninfo.so and merge them with the arguments we passed. This would
allow us to get at any descriptions. We would also need to account for
programs which use getopt_long but don't have a specific completion.
Another consideration is that the programs will need to be called in a
safe way so some might need a --help option.

Oliver


      parent reply	other threads:[~2000-04-13  9:27 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-04-13  6:51 optioninfo.so Tanaka Akira
2000-04-13  7:03 ` optioninfo.so Andrej Borsenkow
2000-04-13  7:32   ` optioninfo.so Tanaka Akira
2000-04-13  9:26   ` Oliver Kiddle [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=38F592D6.B3CC259A@u.genie.co.uk \
    --to=opk@u.genie.co.uk \
    --cc=zsh-workers@sunsite.auc.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).