From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Neil Jerram" Newsgroups: gmane.lisp.guile.user Subject: Re: Simplified slot access in goops Date: Mon, 1 Dec 2008 22:25:30 +0000 Message-ID: <49dd78620812011425k2720df81tbf3820b429ba7ba@mail.gmail.com> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1228170358 31764 80.91.229.12 (1 Dec 2008 22:25:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Dec 2008 22:25:58 +0000 (UTC) Cc: guile-user@gnu.org To: "Maciek Godek" Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Mon Dec 01 23:27:02 2008 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1L7HEA-0004io-Au for guile-user@m.gmane.org; Mon, 01 Dec 2008 23:26:50 +0100 Original-Received: from localhost ([127.0.0.1]:60772 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L7HCz-0000wF-R8 for guile-user@m.gmane.org; Mon, 01 Dec 2008 17:25:37 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L7HCw-0000w1-3j for guile-user@gnu.org; Mon, 01 Dec 2008 17:25:34 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L7HCu-0000va-Js for guile-user@gnu.org; Mon, 01 Dec 2008 17:25:33 -0500 Original-Received: from [199.232.76.173] (port=44086 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L7HCu-0000vJ-EO for guile-user@gnu.org; Mon, 01 Dec 2008 17:25:32 -0500 Original-Received: from rv-out-0708.google.com ([209.85.198.249]:35085) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L7HCu-0006OH-5A for guile-user@gnu.org; Mon, 01 Dec 2008 17:25:32 -0500 Original-Received: by rv-out-0708.google.com with SMTP id k29so5192537rvb.6 for ; Mon, 01 Dec 2008 14:25:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=vV31x+h9Zr2bROvYg5MGfX0uU3t6PuYZeoM/DWv1waA=; b=PHOM/aKJ6e3T+g8XcO5iXbxCM2o/lnHUmePOwEgHbfnjj9xC2l9X/9FzcWU7f5yKhp EbhxXVKfOqE8DxLDCSJQ3ytpxlprXubVFMDyaGSQ9vzRehoAYdSmt1AiFgLHyhqX9xsW Zznbga2qsQ1uNZtD5coL5I6P4ggvemc3TP0GY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=MMLBU17UpaB5nmg8TQBYbtSEzK+e92QCpzOouYGlGqhMg9xocaV+CIQ5Ld2HJJWM02 D/Jrf6K7tXFBpDx3sW3WWx1WjJfToGSNRqVDOld+C62XAOoBkwETfriDStjTnptP/7eq NPPf+AZp5eZlMYFCRnrqtkQg0HNYxtfE8Wc3Y= Original-Received: by 10.141.37.8 with SMTP id p8mr5436732rvj.227.1228170330406; Mon, 01 Dec 2008 14:25:30 -0800 (PST) Original-Received: by 10.140.199.14 with HTTP; Mon, 1 Dec 2008 14:25:30 -0800 (PST) In-Reply-To: Content-Disposition: inline X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:6985 Archived-At: 2008/11/27 Maciek Godek : > Perhaps the possible inconvenience is that all variable > names that happen to be the slot names of a given class > are shadowed. In the long run it may also cause significant > performance problems (or that's what I think), especially > when dealing with objects with a hell lotta slots. > > I wonder if it would be possible to make it optimizable > for the JIT compiler somehow (and to make the "in" syntax > official part of GOOPS) I think this is a nice interface; but I'm less sure about the implementation. Why do you need to use primitive-eval at all? Isn't CL's with-slots a bit like this? It might help to look at how that is implemented. Neil