zsh-workers
 help / color / mirror / code / Atom feed
From: "Bart Schaefer" <schaefer@candle.brasslantern.com>
To: "ZSH workers mailing list" <zsh-workers@sunsite.auc.dk>
Subject: Re: Compiled-in modules in static shell
Date: Fri, 23 Jun 2000 15:46:23 +0000	[thread overview]
Message-ID: <1000623154624.ZM14670@candle.brasslantern.com> (raw)
In-Reply-To: <000b01bfdd06$ff1742c0$21c9ca95@mow.siemens.ru>

On Jun 23,  3:34pm, Andrej Borsenkow wrote:
} Subject: Compiled-in modules in static shell
}
} Is there any reason, why not all modules are compiled in for static
} shell (assuming, they can be compiled as found by configure)?

The main reason is to avoid producing an enormous executable.  Average
processor speed, memory, and disk capacity have all increased by a
factor of at least 4 since the zsh module system was introduced, and
operating systems have gotten better at running multiple copies of the
same executable, too, so maybe this isn't as much of an issue any more.
Still, the idea is not to slow zsh down with stuff that isn't essential,
particularly (as with the files module) if the same can be accomplished
with external programs.

Also keep in mind that the module system was originally intended only
to handle adding builtin commands, so by definition anything you could
do with a module you could also do with an external program (or a shell
function).

} I ask, because on Cygwin in default installation some pretty useful
} odules are missing (e.g. zpty - thus making some tests impossible).

I think zpty in particular is left out because it's the newest and least
likely to compile successfully on a given platform.

Even if we don't compile in all modules by default everywhere, there are
probably certain platforms (cygwin being one of the best examples) where
more of the modules ought to be included.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net   


      parent reply	other threads:[~2000-06-23 15:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-06-23 11:34 Andrej Borsenkow
2000-06-23 12:50 ` Peter Stephenson
2000-06-23 15:11   ` Bart Schaefer
2000-06-23 15:46 ` Bart Schaefer [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=1000623154624.ZM14670@candle.brasslantern.com \
    --to=schaefer@candle.brasslantern.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).