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: Release now? Date: Thu, 27 Feb 2003 14:14:11 -0600 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: <87znohjxbg.fsf@raven.i.defaultvalue.org> References: <87of50tdcz.fsf@raven.i.defaultvalue.org> <873cmbpyij.fsf@raven.i.defaultvalue.org> <873cm9oe9k.fsf@raven.i.defaultvalue.org> <878yw1mukp.fsf@raven.i.defaultvalue.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1046377017 6199 80.91.224.249 (27 Feb 2003 20:16:57 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 27 Feb 2003 20:16:57 +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 18oUSc-0001bg-00 for ; Thu, 27 Feb 2003 21:16:54 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18oUQu-00081B-02 for guile-devel@m.gmane.org; Thu, 27 Feb 2003 15:15:08 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18oUQ4-0007cJ-00 for guile-devel@gnu.org; Thu, 27 Feb 2003 15:14:16 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18oUQ0-0007aW-00 for guile-devel@gnu.org; Thu, 27 Feb 2003 15:14:14 -0500 Original-Received: from dsl093-098-016.wdc1.dsl.speakeasy.net ([66.93.98.16] helo=defaultvalue.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18oUQ0-0007ZL-00 for guile-devel@gnu.org; Thu, 27 Feb 2003 15:14:12 -0500 Original-Received: from raven.i.defaultvalue.org (raven.i.defaultvalue.org [192.168.1.7]) by defaultvalue.org (Postfix) with ESMTP id 7D18813C4D; Thu, 27 Feb 2003 14:14:11 -0600 (CST) Original-Received: by raven.i.defaultvalue.org (Postfix, from userid 1000) id 5D8D1D4E9D; Thu, 27 Feb 2003 14:14:11 -0600 (CST) Original-To: Greg Troxel In-Reply-To: (Greg Troxel's message of "27 Feb 2003 14:25:09 -0500") User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-pc-linux-gnu) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Developers list for Guile, the GNU extensibility library List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:2005 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:2005 Greg Troxel writes: > Either that or multiple prefixes, and I see that multiple prefixes are > frowned upon by the FHS. Since there is no proposal on the table to > remove the ability to use --prefix, that's not an issue. We'd definitely keep --prefix. I think many of us use it all the time, even under a distribution like Debian/RH, etc. for local compiles. > guile14-src $ ./configure --prefix=/usr/pkg/guile/1.4 > guile16-src $ ./configure --prefix=/usr/pkg/guile/1.6 > guile18-src $ ./configure --prefix=/usr/pkg/guile/1.8 Sure, I'd expect this to still work fine. > Then, it would be good to understand the ripple effects on e.g. having > guile-gtk for two guile versions installed - can that just adopt the > same scheme? Maybe -- now that we're talking about this again, I have the feeling that I thought about the -L/usr/lib/guile/VERSION trick a while back and rejected it for some reason :/ But if it works for guile, others should also be able to use /usr/lib/FOO/VERSION for their own version specific .so -> ../../libFOO.so.X.Y.Z symlinks. > bin/guile > bin/guile-snarf > bin/guile-config > bin/guile-tools > put in bin/guile/X.Y, and symlink one to bin/guile Actually I was thinking of ${bindir}/guile-X.Y{,-snarf,-config,...}, and perhaps an easy way to create the non-versioned symlinks. this means that in the pkg approach, you'd probably have /usr/pkg/guile/1.4/bin/guile-1.4, etc., unless we arranged for --opt-style-install or similar. > include/libguile.h > put in include/guile/X.Y/{libguile/*,guile/*,libguile.h}, with no symlinks. > people should be using guile-config/pkgconfig, so there is no need > to have anything work unless the appropiate > -I/usr/include/guile/1.4 is given. right. > info/guile.info > info/guile.info-1 > [...] > put in info/guile/X.Y/*, with symlinks from info if the > --primary-symlinks option was given. This makes them all available > and the primary obtained by default. This one is somewhat harder if we have any cross-links. AFAIK there's still no good solution for this, and if there is one, I'd *love* to hear about it. It's a real pain wrt the emacsen... > lib/libguile.a what I was thanking about is lib/guile/1.8/libguile.a lib/guile/1.8/libguile.la lib/guile/1.8/libguile.so -> ../../libguile.so.15.0.0 lib/libguile.so.15 lib/libguile.so.15.0 lib/libguile.so.15.0.0 of course as I mentioned, we may have to have an enhanced ltdl before this would work because we'd really need something like lib/libguile.la.15.0.0 rather than the above .la file. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel