zsh-workers
 help / color / mirror / code / Atom feed
From: "Andrej Borsenkow" <Andrej.Borsenkow@mow.siemens.ru>
To: "Peter Stephenson" <pws@csr.com>,
	"Zsh hackers list" <zsh-workers@sunsite.auc.dk>
Subject: Module system RE: 3.1.9-dev-6
Date: Mon, 4 Sep 2000 18:23:21 +0400	[thread overview]
Message-ID: <000101c0167b$ad951130$21c9ca95@mow.siemens.ru> (raw)
In-Reply-To: <0G0D00F738JX97@la-la.cambridgesiliconradio.com>

>
> As things stand, the only thing I am at all likely to have a go at myself
> before 4.0 is integrating the module system, unless somebody gets there
> first.  I have a few ideas about doing this: something to go in configure,
> and something to go in the source code module system will be necessary, and
> maybe some extra installation hooks (though they may be OK already).  It
> would probably be something like this: configure generates a file with
> lists of modules (probably based on the .mdd files, which may therefore get
> extended), functions and eventually (this won't happen without some extra
> stuff in the documentation system) manual/info entries.  Unlike the present
> system, this will completely describe all modules, so you can turn on and
> off compilation and installation just by changing an entry --- e.g. if you
> decide to add zftp to a system without dynamic loading, you just change
> `no' to `yes' and the functions get installed, too.  This file is read by
> everything which has to do with modules, and can be updated by hand
> (probably configure therefore shouldn't modify an existing one).
>
> One of the .mdd additions would probably be a variable indicating whether
> to compile by default; currently, if you have dynamic loading, everything
> automatically gets compiled, which will be less and less useful as we get
> more and more specialised modules (I have a module which talks to our
> Bluetooth chip, which isn't a lot of use for most people).
>


This is the idea for configure time module selection I had. It was targeted at
dynamic/static/linked-in selection, but could be extended to cover all the
above as well (by suitable .mdd extension).

Add single parameter

--enable-zsh-modules="module list"

Module list has format:

<name>=(skip|static|dynamic)[,autoload] ...

where

<name> = (module name|group name|"default")

Examples (assuming, std are modules that are currently marked for autoload):

- current default for dynamic build:
	--enable-zsh-modules="default=dynamic std=dynamic,autoload"

- current default for static build:
	--enable-zsh-modules="default=skip std=static,autoload"

I intended to set modules group in .mdd file. In this way, if we add new
module to e.g. ZLE, it will be automatically covered by, say

zle=static,autoload

This, of coursem needs some precedence resolution rules, but it is pretty
straightforward. The whole is intended to take place at configure time (and
not at make)

With suitable .mdd files and build system we can incorporate almost anything
here.

Comments?

-andrej


  reply	other threads:[~2000-09-04 14:23 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-09-04 14:07 3.1.9-dev-6 Peter Stephenson
2000-09-04 14:23 ` Andrej Borsenkow [this message]
2000-09-04 15:01   ` Module system 3.1.9-dev-6 Peter Stephenson
2000-09-06  9:29 ` 3.1.9-dev-6 Andrej Borsenkow

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='000101c0167b$ad951130$21c9ca95@mow.siemens.ru' \
    --to=andrej.borsenkow@mow.siemens.ru \
    --cc=pws@csr.com \
    --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).