From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Doug Evans Newsgroups: gmane.comp.gdb.patches,gmane.lisp.guile.user Subject: Re: guile scripting for gdb Date: Sat, 9 Nov 2013 12:33:28 -0800 Message-ID: References: <87ob5vlr2s.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1384029226 11678 80.91.229.3 (9 Nov 2013 20:33:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 9 Nov 2013 20:33:46 +0000 (UTC) Cc: guile-user@gnu.org, gdb-patches@sourceware.org To: =?ISO-8859-1?Q?Ludovic_Court=E8s?= Original-X-From: gdb-patches-return-107095-gdb-gdb-patches=m.gmane.org@sourceware.org Sat Nov 09 21:33:51 2013 Return-path: Envelope-to: gdb-gdb-patches@plane.gmane.org Original-Received: from server1.sourceware.org ([209.132.180.131] helo=sourceware.org) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VfFDy-0004qe-Qx for gdb-gdb-patches@plane.gmane.org; Sat, 09 Nov 2013 21:33:43 +0100 DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; q=dns; s=default; b= gWENIm0sQTrtzO5mULzgQ2VN78MI1HPbtPoms+8Xg2DZir/tQyX6rLHIgaDPVNE1 NFkxc2HSofdh+XgHjFgUXWRK9r37sW9Odg42ss45o6UnITRzXnTgHi+ZQG2T7P9g RWU/sjDsOOu1SdNuWhvmbJ7rG4fCc3vgWR9ZVF/AM3c= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; s=default; bh=iB0aQ OBjnhxmQCH/7F8JRYoGEz4=; b=rpckblPC+SHCMGF10lnt9d7Dv5WCunEI1GJqW GhoyDm+RU2cbdghyax7I1k0LbPlMXGNBUo3ozg0PcMw3rlTdX5llSFjh3b1kY0Wy GdFcXFduSCVYboUF0WEKXQ+8WooZzEi1nvZIRxpTkaOb+DymnZkrA72fbdCuMrU3 CVjYwo= Original-Received: (qmail 4215 invoked by alias); 9 Nov 2013 20:33:39 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Original-Sender: gdb-patches-owner@sourceware.org Original-Received: (qmail 4203 invoked by uid 89); 9 Nov 2013 20:33:38 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.3 required=5.0 tests=AWL,BAYES_05,RDNS_NONE,URIBL_BLOCKED autolearn=no version=3.3.2 X-HELO: mail-wg0-f50.google.com Original-Received: from Unknown (HELO mail-wg0-f50.google.com) (74.125.82.50) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Sat, 09 Nov 2013 20:33:37 +0000 Original-Received: by mail-wg0-f50.google.com with SMTP id k14so1620451wgh.29 for ; Sat, 09 Nov 2013 12:33:28 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2ANkheqh2ZThQDtYnIi546BIx+W6VpeoI6LEqXkb+lE=; b=U/9rNgYfVwU1GdvZWJazS1HEVOq6NIUEJmlSuDgWREQMWfjs/4BGcmCJDbmoer9n+1 XjAqWcveKSiu/O8K229e5SQplxYQVgRgvlnoVBMqxl87vitUf+jOTFvivTeC0kLEbVcG 70+6mvUMzBksdKO82+/lQ9pUyN6YVs2OM0GRRwNbHSecpi+Py9W3NNrtf6ei25FXJf2n blCgjklz+rtogMOwnIJG+UJsRY2mP/N6HBmcTcacZn1YzeRYdJhN7Uvx+0jRx+TRm2lL dZJG0uIpnP8FZXnGtcmRyjAyRQws1OU5JeKKwY3m00dtJ439ota/4eLjGQinzoRKbeb8 JzjQ== X-Gm-Message-State: ALoCoQm9U7aOCjamg06FmBoqKM69ZQYE2gBtbhQFV9TBW4iF3Zv2FMAM9gJkHtueFFsbkuNHVBE7 X-Received: by 10.180.14.226 with SMTP id s2mr6846173wic.41.1384029208284; Sat, 09 Nov 2013 12:33:28 -0800 (PST) Original-Received: by 10.216.73.198 with HTTP; Sat, 9 Nov 2013 12:33:28 -0800 (PST) In-Reply-To: Xref: news.gmane.org gmane.comp.gdb.patches:92098 gmane.lisp.guile.user:10876 Archived-At: On Sat, Nov 9, 2013 at 10:40 AM, Doug Evans wrote: >> As discussed on IRC, one possible issue is eq?-ness of SMOBs: one would >> usually expects pointer equality to be preserved at the Scheme level. > > Yeah. > That'll require gdb maintaining its own table(s) for each kind of smob > we want to intern. Actually, to be more precise, it will require maintaining tables for *some* smobs we want to intern. For other smobs the cost of caching the SCM in the gdb object isn't onerous. [The object is marked as protected from GC until the gdb object is deleted.] Alas, for two of the more important smobs we'd want to eq?, I think, gdb symbols and types, we'll need separate tables. Minimizing space usage of their gdb structs is important (critical even), and only a small fraction of them will typically be used in Scheme. And we certainly don't want to pay that expense when Scheme isn't used.