From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 110452 invoked by alias); 19 May 2017 14:32:38 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 110429 invoked by uid 89); 19 May 2017 14:32:37 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 19 May 2017 14:32:36 +0000 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 6B5AE81245; Fri, 19 May 2017 14:32:38 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 6B5AE81245 Authentication-Results: ext-mx01.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx01.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=palves@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 6B5AE81245 Received: from [127.0.0.1] (ovpn04.gateway.prod.ext.ams2.redhat.com [10.39.146.4]) by smtp.corp.redhat.com (Postfix) with ESMTP id ACF915C897; Fri, 19 May 2017 14:32:35 +0000 (UTC) Subject: Re: [RFA] Use watchpoint's language when re-parsing expression To: Joel Brobecker , Tom Tromey References: <20170518023916.19913-1-tom@tromey.com> <8760gxc07m.fsf@pokyo> <20170519135113.agxaih5pcdeew3co@adacore.com> Cc: Andreas Schwab , gdb-patches@sourceware.org From: Pedro Alves Message-ID: Date: Fri, 19 May 2017 14:32:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <20170519135113.agxaih5pcdeew3co@adacore.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2017-05/txt/msg00449.txt.bz2 On 05/19/2017 02:51 PM, Joel Brobecker wrote: >> Andreas> The docs say that gdb is supposed to support C style casts in every >> Andreas> language. Also, there is the {type} operator that is also supported in >> Andreas> every language. > [...] >> Finally, I'm not at all certain that C-style casts or the {type} >> operator can be added to the Rust expression parser without breaking >> something else. And, that seems like a complex request just to unbreak >> what amount to an implementation detail. > > FWIW, I also never noticed this, and I share the concerns about > making this a requirement for all languages. It really depends > on the language itself whether it's easy to implement such feature, > and I would hate for language parsers to be harder to maintain > just so we can provide a bit of a C-centric view to every language > we support. > > I vote for downgrading the requirement and amending the documentation > instead. > I agree. The patch LGTM. Thanks, Pedro Alves