From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-36770-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 25889 invoked by alias); 4 Oct 2015 16:50:04 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 36770
Received: (qmail 29699 invoked from network); 4 Oct 2015 16:50:02 -0000
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	T_DKIM_INVALID autolearn=ham autolearn_force=no version=3.4.0
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :content-type;
        bh=opOV3qgPALz3docoWm47WQRv/OEmw+bkXx2qIDVGL2w=;
        b=QYw0kfU00c3LVbeoaaqW8GSGlsI6c5ukCsz7q4UtZgkBSb/GShJO0WlxYkfpoR9k3t
         n1WxmzoaSteHsjyWz5+4Grhl85VbZUH6vFo58KScmTvKp8IVX+VmMAgHIFl79jKRyboJ
         P4oyyHi3PGby2OJbeRf3CVpHe6rs6oN2okvoFa9NxB/C3qXKwWk9BEHGq/katc4Xy4cc
         0U0VoSnL7FTYc29u8zrCpem6YEPjeIJIhgJWvdkia2kqMEkROFam52BrEEpw/BwN6UXQ
         YUXX3ZJo79BhNY13ZGztUj0GqB8BDREyUIMDYwwTcwqp6Vy4qjjORPnToYSsl3XD9c/d
         0mEQ==
X-Received: by 10.112.13.136 with SMTP id h8mr9487117lbc.23.1443977396828;
 Sun, 04 Oct 2015 09:49:56 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <151003115520.ZM4622@torch.brasslantern.com>
References: <CAKc7PVDefmDGLHrkBmLQJ2_DMY_K3LEjte99mbyk5V1As5fXDg@mail.gmail.com>
 <151003115520.ZM4622@torch.brasslantern.com>
From: Sebastian Gniazdowski <sgniazdowski@gmail.com>
Date: Sun, 4 Oct 2015 18:49:37 +0200
Message-ID: <CAKc7PVBvxGGcPZawqZooRy0kFJeR396=mn6u84tnqXF=GhDbbA@mail.gmail.com>
Subject: Re: Can be a module linked to library to which Zsh isn't linked?
To: zsh-workers@zsh.org
Content-Type: text/plain; charset=UTF-8

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