From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2633 invoked by alias); 12 Jun 2009 17:06:09 -0000 Received: (qmail 2613 invoked by uid 22791); 12 Jun 2009 17:06:08 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 12 Jun 2009 17:06:02 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n5CH60tF024287 for ; Fri, 12 Jun 2009 13:06:00 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n5CH60Va000753 for ; Fri, 12 Jun 2009 13:06:00 -0400 Received: from opsy.redhat.com (vpn-13-111.rdu.redhat.com [10.11.13.111]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n5CH5xdh010434; Fri, 12 Jun 2009 13:05:59 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 73EF7486BA; Fri, 12 Jun 2009 11:05:58 -0600 (MDT) To: Paul Pluzhnikov Cc: Vladimir Prus , gdb@sources.redhat.com Subject: Re: Registering pretty-printers References: <200906080310.58102.vladimir@codesourcery.com> <200906111229.04020.vladimir@codesourcery.com> <8ac60eac0906111014y67049cb9vb5048acf2939373b@mail.gmail.com> <20090612005149.GA4987@caradoc.them.org> From: Tom Tromey Reply-To: Tom Tromey Date: Fri, 12 Jun 2009 17:06:00 -0000 In-Reply-To: <20090612005149.GA4987@caradoc.them.org> (Daniel Jacobowitz's message of "Thu\, 11 Jun 2009 20\:51\:49 -0400") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-06/txt/msg00123.txt.bz2 >>>>> "Daniel" == Daniel Jacobowitz writes: Paul> Perhaps my proposal for ".gdb_py" section here: Paul> http://sourceware.org/ml/archer/2008-q4/msg00162.html Paul> deserves another look? Daniel> In my opinion, anything that increases the size of the Daniel> executable is a non-starter. In addition to this, I think there are a few other problems with this approach. First, this requires a gcc update in order to work. Also, it means a vendor-specific compiler extension in order for the feature to work. This makes one of Vladimir's problems worse. Some languages (Java at least) don't have pragmas. (This problem is not as severe, since you could mix in a C++ CU.) This approach means recompiling your source whenever you want to update the printers. This seems to defeat one of the nicest qualities of using a scripting language. Tom