From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11218 invoked from network); 22 Mar 2002 14:24:37 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 22 Mar 2002 14:24:37 -0000 Received: (qmail 26944 invoked by alias); 22 Mar 2002 14:24:24 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 16883 Received: (qmail 26925 invoked from network); 22 Mar 2002 14:24:20 -0000 From: Borsenkow Andrej To: Zsh hackers list Subject: Re: PATCH: zsh/pcre module building In-Reply-To: References: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Mailer: Evolution/1.0.2-4mdk Date: 22 Mar 2002 17:24:08 +0300 Message-Id: <1016807054.3021.12.camel@localhost.localdomain> Mime-Version: 1.0 =F7 =F7=D4=D2, 19.03.2002, =D7 04:29, Bart Schaefer = =CE=C1=D0=C9=D3=C1=CC: > On Fri, 15 Mar 2002, Clint Adams wrote: >=20 > > Here's a different method to avoid linking the zsh binary against > > libpcre. >=20 > So if I comprehend what's going on here correctly, this links the = zsh/pcre > module against libpcre, but doesn't link the zsh binary against it? >=20 > This seems like a good thing. Could it perhaps also be applied to = the > termcap and terminfo modules? >=20 I have been thinking about it before, just some comments - I hoped to create implementation that would share configure cache and make is possible to list help from every module's configure script = using top-level configure --help and pass parameters to every module's configure script using top-level configure. Using stock autoconf it is possible only with fixed number of sub-scripts; but may be it is enough (we may distribute zsh in this way and for developers additional script that would create needed definitions for modules). - linking shared object with dynamic library is not portable. May be it works on every modern system nowadays, I do not know.=20 -andrej