From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Zeeshan Ali Newsgroups: gmane.lisp.guile.user Subject: Re: Module unloading Date: Wed, 25 May 2005 02:06:23 +0500 Message-ID: <38294b7405052414062801ceba@mail.gmail.com> References: <38294b74050523070378b75caf@mail.gmail.com> <42921E8E.7060503@ossau.uklinux.net> <38294b74050523135563afe3dc@mail.gmail.com> <429249E3.1050604@ossau.uklinux.net> <38294b7405052406021c0ec40f@mail.gmail.com> <42936F3C.3090409@ossau.uklinux.net> Reply-To: Zeeshan Ali 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 1116970812 28859 80.91.229.2 (24 May 2005 21:40:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 24 May 2005 21:40:12 +0000 (UTC) Cc: guile-user@gnu.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Tue May 24 23:40:01 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dah6o-0002HH-M3 for guile-user@m.gmane.org; Tue, 24 May 2005 23:38:43 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DahAW-0008BP-E3 for guile-user@m.gmane.org; Tue, 24 May 2005 17:42:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dah4h-0003v1-PH for guile-user@gnu.org; Tue, 24 May 2005 17:36:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dah4e-0003sk-2k for guile-user@gnu.org; Tue, 24 May 2005 17:36:29 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dah4D-0003My-33 for guile-user@gnu.org; Tue, 24 May 2005 17:36:01 -0400 Original-Received: from [64.233.170.202] (helo=rproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dagbm-0000ST-TP for guile-user@gnu.org; Tue, 24 May 2005 17:06:39 -0400 Original-Received: by rproxy.gmail.com with SMTP id y7so1022899rne for ; Tue, 24 May 2005 14:06:23 -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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F7a0yFr0ch+7+pPOYH7Afz/kasMQOm+DMztEDDR3Wd2cFydyRFwVpBzgSTZqQGSXSjtWlBRzCdhOPUFulpd2bO16pCFcFrK7Dgn7Lupwoy7XTt3gZiLw0bk2iut43zzTU8Y9QJvQDlbYQf8KMUnXgTAPibs6wrz5qerQCML4Szk= Original-Received: by 10.38.97.14 with SMTP id u14mr343505rnb; Tue, 24 May 2005 14:06:23 -0700 (PDT) Original-Received: by 10.38.89.43 with HTTP; Tue, 24 May 2005 14:06:22 -0700 (PDT) Original-To: Neil Jerram In-Reply-To: <42936F3C.3090409@ossau.uklinux.net> 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:4579 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:4579 Hello, > > I'll try to test it here as well but i'll have to convert it to an > > equivalent C code first. >=20 > Out of interest, why is that? (It's easy enough to call Scheme-defined > code from C, isn't it?) Yes! I think i my mind is stuck in the world of C. :( > That sounds more complex and magic than it needs to be, to me - where by > "complex" I mean your infrastructure code using undefine, and by "magic" > I mean that it requires plugin authors to follow a non-code-enforced > convention about the names of the variables. I know my design sucks and that is why i am so desperate to hear new ideas. Let's hear yours: > Why not use a registration > API instead? In other words, instead of this: >=20 > (define (do-plugin-thing-1 ...) ...) > (define (do-plugin-thing-2 ...) ...) > ... >=20 > do this: >=20 > (let () > (define (do-plugin-thing-1 ...) ...) > (define (do-plugin-thing-2 ...) ...) > ... > (register-plugin do-plugin-thing-1 > do-plugin-thing-2 > ...)) >=20 > This way there is no magic, and the visibility of the plugin bindings is > under the control of the plugin author. Also, this way you could stay > pure-R5RS if you like, as you don't really need any features of the > module system. Sounds pretty cool. I'll give it a try. Thanks a lot. Regards, Zeeshan Ali _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://lists.gnu.org/mailman/listinfo/guile-user