From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2311 invoked by alias); 9 Jul 2004 01:56:46 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 2301 invoked from network); 9 Jul 2004 01:56:45 -0000 Received: from unknown (HELO tully.CS.Berkeley.EDU) (128.32.153.227) by sourceware.org with SMTP; 9 Jul 2004 01:56:45 -0000 Received: from tully.CS.Berkeley.EDU (localhost [127.0.0.1]) by tully.CS.Berkeley.EDU (8.12.7/8.12.7/3.141592645) with ESMTP id i691uf2Y026309; Thu, 8 Jul 2004 18:56:41 -0700 (PDT) Received: from tully.CS.Berkeley.EDU (hilfingr@localhost) by tully.CS.Berkeley.EDU (8.12.7/8.12.7/Submit) with ESMTP id i691uerY026306; Thu, 8 Jul 2004 18:56:40 -0700 (PDT) Message-Id: <200407090156.i691uerY026306@tully.CS.Berkeley.EDU> To: Andrew Cagney cc: Joel Brobecker , gdb@sources.redhat.com Subject: Re: Ada's formats In-Reply-To: Message from Andrew Cagney of "Thu, 08 Jul 2004 18:25:19 EDT." <40EDC9CF.6070001@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26302.1089338200.1@tully.CS.Berkeley.EDU> Date: Fri, 09 Jul 2004 01:56:00 -0000 From: Paul Hilfinger X-SW-Source: 2004-07/txt/msg00088.txt.bz2 Andrew, > #if 0 > {"8#%lo#", "8#", "o", "#"}, /* Octal format info */ > {"%ld", "", "d", ""}, /* Decimal format info */ > {"16#%lx#", "16#", "x", "#"}, /* Hex format info */ > #else > /* Copied from c-lang.c. */ > {"0%lo", "0", "o", ""}, /* Octal format info */ > {"%ld", "", "d", ""}, /* Decimal format info */ > {"0x%lx", "0x", "x", ""}, /* Hex format info */ > #endif The problem reflected by the conditionalization here was aesthetic internal disagreement as to whether we wanted Ada's literal format for hex numbers (e.g., 16#deadbeef#) or C's. GDB sometimes refers to the language vector and sometimes does not, so that if our purpose was to be kind to the hypothetical GNAT user (i.e., one who believes that "C" is just the third letter of the alphabet), we would not only fail, but perhaps sow further confusion. The two options remain in the source code, however, to indicate the embarrassing fact that we are not of one mind on the issue. If on the other hand you are asking whether I think that (in general), it would improve the abstraction to "functionalize" this part of the language vector, my answer is a firm ... could be. Paul