From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.lisp.guile.devel Subject: Re: packaging the add-on libs... Date: Thu, 10 Oct 2002 10:22:42 -0500 Sender: guile-devel-admin@gnu.org Message-ID: <87lm56co8t.fsf@raven.i.defaultvalue.org> References: <87vg4aevgx.fsf@raven.i.defaultvalue.org> <20021010071246.GA29109@www> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1034263578 16153 127.0.0.1 (10 Oct 2002 15:26:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 10 Oct 2002 15:26:18 +0000 (UTC) Cc: guile-devel@gnu.org Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17zfCZ-0004C2-00 for ; Thu, 10 Oct 2002 17:26:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17zf9a-00016Y-00; Thu, 10 Oct 2002 11:23:10 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17zf9D-0000nA-00 for guile-devel@gnu.org; Thu, 10 Oct 2002 11:22:47 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17zf9A-0000id-00 for guile-devel@gnu.org; Thu, 10 Oct 2002 11:22:46 -0400 Original-Received: from n66644228.ipcdsl.net ([66.64.4.228] helo=defaultvalue.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17zf99-0000iB-00 for guile-devel@gnu.org; Thu, 10 Oct 2002 11:22:44 -0400 Original-Received: from raven.i.defaultvalue.org (raven.i.defaultvalue.org [192.168.1.7]) by defaultvalue.org (Postfix) with ESMTP id 3F67EBD92; Thu, 10 Oct 2002 10:22:43 -0500 (CDT) Original-Received: by raven.i.defaultvalue.org (Postfix, from userid 1000) id EF94E7B9; Thu, 10 Oct 2002 10:22:42 -0500 (CDT) Original-To: tomas@fabula.de In-Reply-To: <20021010071246.GA29109@www> (tomas@fabula.de's message of "Thu, 10 Oct 2002 09:12:46 +0200") Original-Lines: 39 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i386-pc-linux-gnu) Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:1514 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1514 tomas@fabula.de writes: > At the risk of boring you all (or even of being flamed out of the > list ;-) I'd like to repeat what has been (or is being) discussed > in another thread. The Big Guys (those with the P in the name, you > remember) have version-dependent [1] subdirectories where they > stuff the modules into which `belong' to the interpreter [2]. This > is a strategy also followed by Emacs. I think this approach might > minimize the problems you expose above. It's been stated that we're going to keep all the directly linkable libs in the "normal place". That means /usr/lib, and that would apply to all the add-on libs so far (i.e. we don't have any non-directly C linkable) add-on libs right now. I guess you could argue for a versioned directory for any new shared libs that aren't supposed to be directly linkable by any other apps or libs. > Of course, Marius is right in not wanting to introduce gratuitous > dependencies and trying to distribute modules which are usable as > either guile extensions or as shared libs on their own. But those > shouldn't care about which guile version they are linked against (or > even whether there is guile around at all), and I'd expect them to > provide some (even if stripped down) functionality in any case. These libraries *have* to care about which guile version they're linked against. For example, libguile-srfi-srfi-4-v-1 *has* to be linked against libguile12 so it can use even primitive operations like car and cdr. And of course libguile12 depends intimately on the particular source in ice-9/ that it comes with. There's no such thing as a stand-alone guile module/shared-lib. If they don't depdend on libguileX, they can't *do* anything -- no car, no cdr, no GC, etc. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel