From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28962 invoked by alias); 12 Aug 2013 13:32:00 -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 28952 invoked by uid 89); 12 Aug 2013 13:32:00 -0000 X-Spam-SWARE-Status: No, score=-5.8 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_MED,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD autolearn=ham version=3.3.2 Received: from mms3.broadcom.com (HELO mms3.broadcom.com) (216.31.210.19) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 12 Aug 2013 13:32:00 +0000 Received: from [10.9.208.57] by mms3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Mon, 12 Aug 2013 06:21:53 -0700 X-Server-Uuid: B86B6450-0931-4310-942E-F00ED04CA7AF Received: from IRVEXCHSMTP2.corp.ad.broadcom.com (10.9.207.52) by IRVEXCHCAS08.corp.ad.broadcom.com (10.9.208.57) with Microsoft SMTP Server (TLS) id 14.1.438.0; Mon, 12 Aug 2013 06:31:54 -0700 Received: from mail-irva-13.broadcom.com (10.10.10.20) by IRVEXCHSMTP2.corp.ad.broadcom.com (10.9.207.52) with Microsoft SMTP Server id 14.1.438.0; Mon, 12 Aug 2013 06:31:54 -0700 Received: from [10.177.73.61] (unknown [10.177.73.61]) by mail-irva-13.broadcom.com (Postfix) with ESMTP id 8FA6BF2D77; Mon, 12 Aug 2013 06:31:53 -0700 (PDT) Message-ID: <5208E3C8.7060107@broadcom.com> Date: Mon, 12 Aug 2013 13:32:00 -0000 From: "Andrew Burgess" User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: gdb-patches@sourceware.org cc: "Pedro Alves" , "Mark Kettenis" Subject: Re: [PATCH] Consistent display of "" References: <5200F55E.2050308@broadcom.com> <201308061318.r76DIMdd016369@glazunov.sibelius.xs4all.nl> <5200FECF.7030304@broadcom.com> <201308061541.r76FfYQN022875@glazunov.sibelius.xs4all.nl> <520142D9.4030304@redhat.com> In-Reply-To: <520142D9.4030304@redhat.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-SW-Source: 2013-08/txt/msg00314.txt.bz2 On 06/08/2013 7:39 PM, Pedro Alves wrote: > On 08/06/2013 04:41 PM, Mark Kettenis wrote: >>> Date: Tue, 6 Aug 2013 14:49:03 +0100 >>> From: "Andrew Burgess" > >>> 3. My understanding was that values lost due to the ABI of a call site >>> were recorded as optimized out. For evidence I would present >>> dwarf2_frame_prev_register, and how DWARF2_FRAME_REG_UNDEFINED is handled. >>> >>> For these reasons I believe my patch should still be considered, what do >>> you think? >> >> I think that registers are either available or unavailble. A register >> being unavailble implies that a variable that is supposed to live in >> such a register may have been optimized out. Whether GDB's pseudo >> variables that respresent registers are considered unavailable or >> optimized out in that case is arguable. > > I think improving consistency as in Andrew's patch is good. Given almost a week has passed with no further feedback I plan to commit this patch tomorrow unless there's any further discussion to be had. Thanks, Andrew