zsh-workers
 help / color / mirror / code / Atom feed
From: "Andrej Borsenkow" <Andrej.Borsenkow@mow.siemens.ru>
To: <zsh-workers@sunsite.dk>
Subject: RE: Modules dependencies RE: PATCH: zftp/tcp abstraction
Date: Thu, 7 Jun 2001 17:35:11 +0400	[thread overview]
Message-ID: <000801c0ef56$acea3530$21c9ca95@mow.siemens.ru> (raw)
In-Reply-To: <200106071316.PAA27682@beta.informatik.hu-berlin.de>



> -----Original Message-----
> From: Sven Wischnowsky [mailto:wischnow@informatik.hu-berlin.de]
> Sent: Thursday, June 07, 2001 5:17 PM
> To: zsh-workers@sunsite.dk
> 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


  reply	other threads:[~2001-06-07 13:35 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-06 16:26 Clint Adams
2001-06-06 16:34 ` Module namespaces? " Andrej Borsenkow
2001-06-06 16:37   ` Zefram
2001-06-06 18:07     ` Peter Stephenson
2001-06-06 19:12       ` Clint Adams
2001-06-07  8:13 ` Andrej Borsenkow
2001-06-07  9:41   ` Modules dependencies " Andrej Borsenkow
2001-06-07 10:00     ` Peter Stephenson
2001-06-07 10:18     ` Zefram
2001-06-07 13:16       ` Sven Wischnowsky
2001-06-07 13:35         ` Andrej Borsenkow [this message]
2001-06-07 15:31           ` Bart Schaefer
2001-06-14  9:33             ` Andrej Borsenkow
2001-06-26 11:26       ` Andrej Borsenkow
2001-06-26 16:33         ` Bart Schaefer
2001-06-30 11:24           ` Zefram
2001-06-27 13:49       ` Clint Adams
2001-06-27 13:59         ` Peter Stephenson
2001-06-27 14:10           ` Andrej Borsenkow
2001-06-27 14:19             ` Peter Stephenson
2001-06-27 18:42           ` Bart Schaefer

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='000801c0ef56$acea3530$21c9ca95@mow.siemens.ru' \
    --to=andrej.borsenkow@mow.siemens.ru \
    --cc=zsh-workers@sunsite.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).