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: Exceptions Date: Tue, 27 Sep 2005 14:54:21 +0400 Message-ID: <6efab235050927035441b39b85@mail.gmail.com> References: <6efab235050925145055ba774c@mail.gmail.com> <873bns2f26.fsf@laas.fr> <6efab2350509261220665afe20@mail.gmail.com> <87br2ezyth.fsf@laas.fr> 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 1127821760 18897 80.91.229.2 (27 Sep 2005 11:49:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 27 Sep 2005 11:49:20 +0000 (UTC) Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Tue Sep 27 13:49:17 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EKDv9-00036k-4H for guile-user@m.gmane.org; Tue, 27 Sep 2005 13:46:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EKDuW-0008TR-Gw for guile-user@m.gmane.org; Tue, 27 Sep 2005 07:46:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EKDMz-00033n-MH for guile-user@gnu.org; Tue, 27 Sep 2005 07:11:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EKDMw-00031j-UF for guile-user@gnu.org; Tue, 27 Sep 2005 07:11:32 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EKDMP-0001XR-7b for guile-user@gnu.org; Tue, 27 Sep 2005 07:10:57 -0400 Original-Received: from [72.14.204.197] (helo=qproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EKD6O-0007K3-3J for guile-user@gnu.org; Tue, 27 Sep 2005 06:54:24 -0400 Original-Received: by qproxy.gmail.com with SMTP id e12so547142qbe for ; Tue, 27 Sep 2005 03:54:21 -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=IEG6fav9scAfNWTvCEL4ZeZgv7MjsuV6wxg3dOCRk+6P1+mE0s6bUOD7vN+uGP1Oflxig70cxvqPT+JHb4yUlzTtkBPzM7mwfLl1eWfnDCLMdNJOcVMHKcY1rPBar0lhlQEQzn+FXO++rJBmW25gGO64ypn2u6aD5CpA4JCwgD0= Original-Received: by 10.65.159.8 with SMTP id l8mr649253qbo; Tue, 27 Sep 2005 03:54:21 -0700 (PDT) Original-Received: by 10.65.100.16 with HTTP; Tue, 27 Sep 2005 03:54:21 -0700 (PDT) Original-To: Vorfeed Canal , guile-user@gnu.org In-Reply-To: <87br2ezyth.fsf@laas.fr> 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:4787 Archived-At: On 9/27/05, Ludovic Court=E8s wrote: > Hi, > > Vorfeed Canal writes: > > > But what about GUILE extensions written in C ? Lack of sane > > place to put C glue libraries bothers me. > > Extension libraries written in C can also be thought of as actual > libraries (for example, they may export C functions that wrap/unwrap > Scheme objects, or a C version of their Scheme API, etc.). As such, > they deserve to be in the usual place for libraries. > 1. Not really: A. They are usually useless for programs not linked to guile - and such programs will know where to find them anyway since libguile will know this. B. If program A is linked to libguile.so.12 (guile 1.6.7) while program B is linked to libguile.so.16 (guile 1.7.2) they'll need DIFFERENT versions of such libraries - and this is somewhat problematic with libtool. C. While it's true "these libraries can do this and they can do that" in almost 100% cases today they just export some functions for scheme level. 2. You can not install them "in the usual place" anyway: $ ./configure --prefix=3D/somewhere/there ; make ; make install $ /somewhere/there/bin/guile -e '(use-modules (ice-9 readline))' ERROR: In procedure dynamic-link: ERROR: file: "libguilereadline-v-16", message: "libguilereadline-v-16.so: cannot open shared object file: No such file or directory" Oops ? > > Not since this is such a big > > issue - it's minor issue.And THAT is reason it's bothering me: why > > project with over 8 years history STILL has such minor basic issues > > unresolved ? Are there are developers who can support GUILE or is it > > semi-abandoned project like HURD ? > > Maybe you misunderstood the issues? > I did not. Right now it's IMPOSSIBLE to install two versions of guile at all - let alone in the sane way (/usr/bin/guile-{1.6,1.7},/usr/lib/guile-{1.6,1.7},/usr/share/guile-{1.6,1.= 7} so I can not see how guile development is done in first place (it's standard practice to have 3-4 different versions of program while it's in developmet and guile does not work this way at all - and even if you'll fix guile itself third-party extensions will not obey your decision). > BTW, you should really try GNU/Hurd on your box before complaining. I've tried it few years ago and back then it was not really usable: was not able to even work with 10GiB partition. Today... It does not even detect my SATA HDD in my NForce4-based system. May be I've used too old version, of course... or did something wrong. Plus AFAIK even today it's still "not recommended for production use" - after >10 years of development and I'm not really interested in OS development (or for that matter GUILE development): I want something that WORKS. NOW. It's Ok if I need to spend some time with tuning/fixing, but not YEARS, sorry. _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user