From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25881 invoked by alias); 27 Aug 2012 15:46:33 -0000 Received: (qmail 25872 invoked by uid 22791); 27 Aug 2012 15:46:32 -0000 X-SWARE-Spam-Status: No, hits=-6.6 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 27 Aug 2012 15:46:15 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q7RFkEaG018674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 27 Aug 2012 11:46:14 -0400 Received: from barimba (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q7RFkCwm006945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 27 Aug 2012 11:46:13 -0400 From: Tom Tromey To: Jan Kratochvil Cc: Andrew Burgess , "gdb-patches\@sourceware.org" Subject: Re: PATCH: error reading variable: value has been optimized out References: <50376F3B.1080407@broadcom.com> <20120826171840.GA21205@host2.jankratochvil.net> Date: Mon, 27 Aug 2012 15:46:00 -0000 In-Reply-To: <20120826171840.GA21205@host2.jankratochvil.net> (Jan Kratochvil's message of "Sun, 26 Aug 2012 19:18:40 +0200") Message-ID: <871uisibi3.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain 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 X-SW-Source: 2012-08/txt/msg00801.txt.bz2 >>>>> "Jan" == Jan Kratochvil writes: Andrew> Looking through, value.c is seems there might also support for Andrew> having values partially optimised out, this would seem like a Andrew> better solution, but I'm not sure the right way to hook this in, Andrew> if anyone would like to offer suggestions I'm happy to create a Andrew> new patch, alternatively, this could be improved on later... Jan> GDB supports partially unavailable values from partially stored traces. Jan> This is AFAIK not applicable for partially optimized out values. I'm not sure whether I'm understanding your comment correctly, but gdb does support partially optimized out values. However, these are only supported for lval_computed values. See lval_funcs::check_validity and check_any_valid. Offhand it seems as though read_frame_register_value could create an lval_computed value if any register it needs is optimized out. I don't know whether this is worth the effort. Tom