From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Mikael Djurfeldt Newsgroups: gmane.lisp.guile.devel Subject: Re: Any opposition to changing share/guile/X.Y.Z to share/guile/X.Y? Date: 13 Nov 2002 10:58:03 -0500 Sender: guile-devel-admin@gnu.org Message-ID: References: <87u1imiste.fsf@raven.i.defaultvalue.org> <871y5qecfp.fsf@raven.i.defaultvalue.org> Reply-To: djurfeldt@nada.kth.se NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1037204477 7529 80.91.224.249 (13 Nov 2002 16:21:17 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 13 Nov 2002 16:21:17 +0000 (UTC) Cc: djurfeldt@nada.kth.se, 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 18C0GR-0001x4-00 for ; Wed, 13 Nov 2002 17:21:15 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18C0Br-00071J-00; Wed, 13 Nov 2002 11:16:31 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18Bzvs-0007HL-00 for guile-devel@gnu.org; Wed, 13 Nov 2002 11:00:00 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18Bzvn-00078J-00 for guile-devel@gnu.org; Wed, 13 Nov 2002 10:59:59 -0500 Original-Received: from kvast.blakulla.net ([213.212.20.77]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18Bzu6-0006LP-00 for guile-devel@gnu.org; Wed, 13 Nov 2002 10:58:10 -0500 Original-Received: from linnaeus ([18.42.2.46]) by kvast.blakulla.net with esmtp (Exim 3.36 #1 (Debian)) id 18Bzu1-000821-00; Wed, 13 Nov 2002 16:58:05 +0100 Original-Received: from mdj by linnaeus with local (Exim 3.36 #1 (Debian)) id 18Bzu0-0006eM-00; Wed, 13 Nov 2002 10:58:04 -0500 Original-To: Rob Browning Original-Cc: djurfeldt@nada.kth.se In-Reply-To: <871y5qecfp.fsf@raven.i.defaultvalue.org> Original-Lines: 58 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 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:1697 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1697 Rob Browning writes: > Mikael Djurfeldt writes: > > > Hmm... shouldn't the libraries from different minor versions of Guile > > have different version numbers (bumbed between versions) and therefore > > be possible to install in parallel? > > I should have been more specific -- I meant the revision number here, > what we call the MICRO version. i.e. 1.6.1 vs 1.6.2. Across those > two, I wouldn't necessarily (if perhaps at all -- see other msg) > expect the library version numbers to change. Well, that's what I meant as well. > For example, imagine the release was just a documentation update. > > > Regarding the binary: How about using similar conventions as for > > emacs: guile symlinked to guile1.6.1 > > Do we want to support multiple installed MICRO revisions? i.e. do we > want it to be possible to install guile 1.6.1 and guile 1.6.2 side by > side? I was presuming we didn't specifically care about that, but if > we do, we probably can, Marius and you have to have the final say about this. Without having thoroughly thought about it, I'd say it would be useful to be able to install parallel micro versions, the reason being that you may trust a certain micro version, but would like to do development on another. > but the changes will be more substantial since we'll also have to > start versioning the name of libguile, i.e. libguile-12.so so that > the .so development and .la dynamic linking files won't clobber each > other. Maybe that would be a great idea. I've been trying to keep a system-level production version of guile-1.4 installed under /usr/lib in parallel with an experimental guile-1.7.0 under /usr/local/lib. A real nuisance has been that the libtool-generated link flags contain both -L /usr/lib and -L /usr/local/lib in a somewhat arbitrary order. I tried to resolve this, but finally got so frustrated that I simply moved away all libraries under /usr/lib while compiling guile-1.7.0... > For Debian at least I was packaging things for now so that you can > only have one guile-X.Y-dev package installed at a time. To do > anything different would require more upstream changes (including the > above), and until/unless that happens, people should be able to get by > by just switching out the -dev packages. Are you sure, considering what I wrote above? It seems to me that we'll have trouble as long as we don't include the version in the library names... Mikael _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel