Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
RE: Modules dependencies RE: PATCH: zftp/tcp abstraction
- X-seq: zsh-workers 14788
- From: "Andrej Borsenkow" <Andrej.Borsenkow@xxxxxxxxxxxxxx>
- To: <zsh-workers@xxxxxxxxxx>
- Subject: RE: Modules dependencies RE: PATCH: zftp/tcp abstraction
- Date: Thu, 7 Jun 2001 17:35:11 +0400
- Importance: Normal
- In-reply-to: <200106071316.PAA27682@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
> -----Original Message-----
> From: Sven Wischnowsky [mailto:wischnow@xxxxxxxxxxxxxxxxxxxxxxx]
> Sent: Thursday, June 07, 2001 5:17 PM
> To: zsh-workers@xxxxxxxxxx
> Subject: Re: Modules dependencies RE: PATCH: zftp/tcp abstraction
>
>
> Zefram wrote:
>
> > ...
> >
> > Neither of my solutions is completely satisfactory, but it now
> seems that
> > we are making sufficient use of interdependent modules that we need some
> > form of implicit dependencies.
>
> I've thought about this, too, when I started working with modules. On
> systems supporting RTLD_LAZY it should be possible to have the setup_
> function call back the core to load needed modules, shouldn't it?
>
And if we could use ELF on all plattforms we could just add dependencies to
a section in ELF file.
No, I believe, the simplest solution is to have modele.dep for every
module.so. There may be some other things to put into (think about
autoloaded stuff - it would enable you to just drop module into directory
and let zsh scan $module_path on startup to add autoloaded objects) so
general name module.def might be better. We may even use .mdd file directly
but parsing it may be tricky.
Incidentally, this is what libtool does, so it is probably no the worst
solution :-)
One question - I do not quite understand logic in load_module. It looks like
if module not found
load module
load module
One of these 'load module' looks redundant?
-andrej
Messages sorted by:
Reverse Date,
Date,
Thread,
Author