From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16539 invoked by alias); 13 Mar 2003 21:39:03 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 16505 invoked from network); 13 Mar 2003 21:39:03 -0000 Received: from unknown (HELO kraid.nerim.net) (62.4.16.102) by sources.redhat.com with SMTP; 13 Mar 2003 21:39:03 -0000 Received: from nerim.fr (stcarrez.net1.nerim.net [62.212.108.40]) by kraid.nerim.net (Postfix) with ESMTP id 0FA9340EFD; Thu, 13 Mar 2003 22:39:01 +0100 (CET) Message-ID: <3E70FA76.2020105@nerim.fr> Date: Thu, 13 Mar 2003 21:39:00 -0000 From: Stephane Carrez User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204 X-Accept-Language: en-us MIME-Version: 1.0 To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com Subject: Re: RFA/dwarf: Fix the GCC 2.95.3 store.exp regression for multi-register variables References: <20030312204053.GA31861@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-03/txt/msg00308.txt.bz2 Hi Daniel, Daniel Jacobowitz wrote: > This kills both a hack and the regression discussed on gdb@. Instead of > returning the value of the register and the register number, if the > expression evaluator only returns the register number, we can use > value_from_register. This way we share multi-register variable handling > with the non-LOC_COMPUTED case. > > This patch removes a FIXME and an interface I didn't much like (the lval > argument to dwarf_expr_read_reg) so I'm pretty happy with it. Everything > should go back to working that worked before. > Great! FYI, it fixes the problem on m6811-elf (PR 1107). Thanks, Stephane