zsh-workers
 help / color / mirror / code / Atom feed
From: Sebastian Gniazdowski <sgniazdowski@gmail.com>
To: zsh-workers@zsh.org
Subject: Re: Can be a module linked to library to which Zsh isn't linked?
Date: Sun, 4 Oct 2015 18:49:37 +0200	[thread overview]
Message-ID: <CAKc7PVBvxGGcPZawqZooRy0kFJeR396=mn6u84tnqXF=GhDbbA@mail.gmail.com> (raw)
In-Reply-To: <151003115520.ZM4622@torch.brasslantern.com>

On 3 October 2015 at 20:55, Bart Schaefer <schaefer@brasslantern.com> wrote:
> On Oct 3,  4:24pm, Sebastian Gniazdowski wrote:
> } Modules gdbm and pcre aren't built by default and they make
> } zsh binary linked to libgdbm, libpcre. I thought that's why they
> } aren't build by default - because they add dependencies to zsh binary
>
> It's because they add *licensing* dependencies, IIRC, not because they
> add shared-object dependencies.

The shared-object dependencies can also be a problem. Uninstalling
libpcre could yield zsh unworking. Having modified LIBS for pcre, gdbm
modules would solve this. Packagers would build such modules instead
of leaving them inactive. However for those two the licensing aspect
overlaps as you wrote, so it's a lost battle for them anyway (BTW
libpcre is BSD, isn't it compatible with Zsh?).

What bothers me is that someone who builds zsh against termcap or
terminfo loses curses module. Having a bit of separate tests in
configure against libraries needed by modules but not zsh itself would
solve this. Is Zsh open for such change?

Best regards,
Sebastian Gniazdowski


  reply	other threads:[~2015-10-04 16:50 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-03 14:24 Sebastian Gniazdowski
2015-10-03 18:55 ` Bart Schaefer
2015-10-04 16:49   ` Sebastian Gniazdowski [this message]
2015-10-04 20:53     ` Bart Schaefer
2015-10-04 23:49       ` Mikael Magnusson
2015-10-05  8:44       ` Peter Stephenson

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='CAKc7PVBvxGGcPZawqZooRy0kFJeR396=mn6u84tnqXF=GhDbbA@mail.gmail.com' \
    --to=sgniazdowski@gmail.com \
    --cc=zsh-workers@zsh.org \
    /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).