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: PHP to GUILE Date: Mon, 26 Sep 2005 20:34:16 +0400 Message-ID: <6efab2350509260934639fcc59@mail.gmail.com> References: <6efab235050925145055ba774c@mail.gmail.com> <87ll1k61w4.fsf@zip.com.au> <6efab235050926004326d03d6a@mail.gmail.com> <6efab23505092609331abd82b7@mail.gmail.com> 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 1127755494 15551 80.91.229.2 (26 Sep 2005 17:24:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 26 Sep 2005 17:24:54 +0000 (UTC) Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Mon Sep 26 19:24:52 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EJwg0-0003Dn-51 for guile-user@m.gmane.org; Mon, 26 Sep 2005 19:22:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EJwfz-0000qP-C1 for guile-user@m.gmane.org; Mon, 26 Sep 2005 13:22:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EJvvr-0008Rg-At for guile-user@gnu.org; Mon, 26 Sep 2005 12:34:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EJvvn-0008P1-MK for guile-user@gnu.org; Mon, 26 Sep 2005 12:34:20 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EJvvn-0008O7-63 for guile-user@gnu.org; Mon, 26 Sep 2005 12:34:19 -0400 Original-Received: from [72.14.204.198] (helo=qproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EJvvl-00013m-Fp for guile-user@gnu.org; Mon, 26 Sep 2005 12:34:17 -0400 Original-Received: by qproxy.gmail.com with SMTP id e12so443689qbe for ; Mon, 26 Sep 2005 09:34:16 -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=eZLEkC/x6GJtV7wcQy50n2O5RESkc4WBXSUaBO5lHZudSdkO+cAH/PPAKQauZMaJ3K6/bL2hWPrH71uTbglC2mUSK0IWFt5iTRKrVFdFrWmBH1LibtKa7jDVR0maopRoP8Lia03RYSM38HtxDeO6GtAdScjf2vkYDypXYZ9E6go= Original-Received: by 10.65.53.7 with SMTP id f7mr531514qbk; Mon, 26 Sep 2005 09:34:16 -0700 (PDT) Original-Received: by 10.65.100.16 with HTTP; Mon, 26 Sep 2005 09:34:16 -0700 (PDT) Original-To: guile-user@gnu.org In-Reply-To: <6efab23505092609331abd82b7@mail.gmail.com> 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:4775 Archived-At: On 9/26/05, Thien-Thi Nguyen wrote: > From: Vorfeed Canal > Date: Mon, 26 Sep 2005 11:43:59 +0400 > > This means I'm not the only one who feel like this hardcoded path is > not a good solution. > > you may be able to get guile 1.4.x[1] to do what you want. all the > compiled modules (shared object libraries following a certain loading > convention) of Guile-SDL and Guile-PG, for example, are not installed > under /usr/local/lib. > And they are incompatible with pthreads and are not using GOOPS at all. Thnx, but no thnx. > those packages use "module catalogs", which is another (IMHO superior) > resolution mechanism, but anyway guile 1.4.x provides `%%ltdl' to expose > low level (prefix-path-munging) mechanisms from libltdl, should you > prefer that kind of control. > Hmm... And why "module catalogs" are superior ? I see one reason for their existence, but may be there are ones. For example I view this feature: "the actual placement of the file in the filesystem is decoupled from its module name" as DISadvantage... I mean: we need hierarchy of modules, we have perfect system to organize objects in hierarchy called "filesystem" why we'll ever want to replace it without very compelling reasons? > (hmmm, i just checked to see if there are online docs for `%%ltdl', but > there aren't (yet), so i will write some shortly and post a link in > another message -- in the meantime, you can look at the source file > guile-1.4.1.106/libguile/lt.c for ideas.) The biggest problem with this mechanism is that it's unsupported by official version. I can as well just go back to PHP and revert unneeded changes. After all I was able to revert this: http://cvs.php.net/diff.php/ZendEngine2/zend_execute.c?r1=3D1.652.2.38&r2= =3D1.652.2.39&ty=3Du and now my old PHP scripts are Ok. I want STABLE SUPPORTED language, not something I'll be destined to keep in working state myself. _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user