From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vorfeed Canal Newsgroups: gmane.lisp.guile.user Subject: Re: Managing Guile and extensions versions Date: Tue, 4 Oct 2005 15:06:28 +0400 Message-ID: <6efab2350510040406o10b238a2m54543ea373cdd7f5@mail.gmail.com> References: <6efab235050925145055ba774c@mail.gmail.com> <6efab235050927035441b39b85@mail.gmail.com> <874q86qzuk.fsf@laas.fr> <6efab235050927101826b2da7d@mail.gmail.com> <87d5mtis5l.fsf_-_@laas.fr> <87y85fpl60.fsf@zip.com.au> <87ll1frnni.fsf@laas.fr> <87d5mou19o.fsf@zip.com.au> <6efab2350510020425j76899e29hec6ea7e3dcce6c3@mail.gmail.com> <87fyrj8ipf.fsf@zip.com.au> Reply-To: Vorfeed Canal NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1128426547 30929 80.91.229.2 (4 Oct 2005 11:49:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 4 Oct 2005 11:49:07 +0000 (UTC) Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Tue Oct 04 13:49:06 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EMlGf-0006Ad-0B for guile-user@m.gmane.org; Tue, 04 Oct 2005 13:47:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EMlGe-0004J9-0g for guile-user@m.gmane.org; Tue, 04 Oct 2005 07:47:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EMki0-000411-Id for guile-user@gnu.org; Tue, 04 Oct 2005 07:11:45 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EMkhy-0003zt-DM for guile-user@gnu.org; Tue, 04 Oct 2005 07:11:42 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EMkhx-0003sI-NZ for guile-user@gnu.org; Tue, 04 Oct 2005 07:11:41 -0400 Original-Received: from [72.14.204.194] (helo=qproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EMkcv-0003AR-PZ for guile-user@gnu.org; Tue, 04 Oct 2005 07:06:29 -0400 Original-Received: by qproxy.gmail.com with SMTP id b14so734094qbc for ; Tue, 04 Oct 2005 04:06:28 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LtQaBPCVdDtfIU+BQZLtMnzGAnoNdI2QpJ1IGt27vjBtR3vrpZbd0yfncrItwcdBFr8ubN8jwR2Kizsi8i2uhA6ZoOhMKcLReYmHoBKOiL0kWhVNTg6/HioddyWBxkHVNlgkzMaVNtywmGeXL/kyzY5vW3M4MrTsAu0QTmEtdT8= Original-Received: by 10.65.83.19 with SMTP id k19mr3042254qbl; Tue, 04 Oct 2005 04:06:28 -0700 (PDT) Original-Received: by 10.65.100.16 with HTTP; Tue, 4 Oct 2005 04:06:28 -0700 (PDT) Original-To: guile-user@gnu.org In-Reply-To: <87fyrj8ipf.fsf@zip.com.au> Content-Disposition: inline X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:4808 Archived-At: On 10/3/05, Kevin Ryde wrote: > Vorfeed Canal writes: > > > > Easy: there are no easy > > way to install two snaphots of GUILE side-by-side. So such a need is > > quite real (unless development will be frozen totally). > > The developers manage. Even I manage to run 3 versions. > And this proves... exactly what ? Your ability to jump through hoops ? When computers are concerned there are rarely exist a case where "something is impossible" - usually it's "quite hard and error-prone". Environment variables are exactly that: hard and error-prone (hard: since they do different things on different systems and error-prone since you must specify installation path two times in different places: manual information duplication is the great way to frustration). > [guile-gnome env var setups] > And then add some program where guile is embedded as library to the mix and see the mess where two interpreters are loaded from two libraries. Been there seen that, no need to repeat the experience. > > is *NOT* a good solution. > > It doesn't seem terrific to me either. scm files outside any known > location will have to have a load-path addition, but after that it > oughtn't need to mung LD_LIBRARY_PATH for private C code. Exactly. Why the hell scm files are managed via scheme variable but C modules - via system-dependent variable! LD_LIBRARY_PATH is linux'ism, it can be DYLD_LIBRARY_PATH LD_LIBRARY_PATH, LIBPATH, LIBRARY_PATH or SHLIB_PATH in different unix'es. Looks like a big mess to me. Plus *nothing* is written in Guile manuals about all this at all! Kinda strange for languages poised as "extensions language". > The author/current-maintainer of guile-gnome is a smart guy and may have > concluded it's enough for normal install, including debian packages. > guile-gnome maintainer did what he thought is right, guile-pg did different thing and so on. They all are "sensible" in some way but since there are no single "official way" to handle this situation different packages are doing different things. This is small problem now, but if not eliminated it'll grow and make life harder and harder for distributors (who tend to avoid guile packages even now) and users (who are confused enough as it is). _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user