From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2342 invoked by alias); 17 Feb 2011 16:12:45 -0000 Received: (qmail 2323 invoked by uid 22791); 17 Feb 2011 16:12:44 -0000 X-SWARE-Spam-Status: No, hits=-6.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,TW_GD,T_RP_MATCHES_RCVD 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; Thu, 17 Feb 2011 16:12:42 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p1HGCM3t007863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 17 Feb 2011 11:12:23 -0500 Received: from anchor.twiddle.home (ovpn-113-48.phx2.redhat.com [10.3.113.48]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p1HGCLLg021820; Thu, 17 Feb 2011 11:12:22 -0500 Message-ID: <4D5D48E5.30404@redhat.com> Date: Thu, 17 Feb 2011 16:12:00 -0000 From: Richard Henderson User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Thunderbird/3.1.7 MIME-Version: 1.0 To: =?UTF-8?B?UGV0ciBIbHV6w61u?= CC: Anitha Boyapati , binutils@sourceware.org, gdb@sourceware.org, GCC Patches , chertykov@gmail.com, aesok@post.ru, eric.weddington@atmel.com Subject: Re: [avr] gas support for cfi info References: <4D5ABAB2.2000405@redhat.com> <4D5ACDF2.20904@redhat.com> <4D5C104D.7050707@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2011-02/txt/msg00220.txt.bz2 On 02/16/2011 02:47 PM, Petr Hluzín wrote: > What should I look for when testing? Run the gdb testsuite with dwarf-3 enabled. Either by editing the default in the compiler, or by some dejagnu argument that compiles the tests with -gdwarf-3. The use of Dwarf3 enables the use of DW_OP_call_frame_cfa in the DW_AT_frame_base field, which means that the .debug_frame info will be used every time local variables are referenced, as well as for unwinding the stack. If lots of tests fail, see if you can determine if the address computed for the local variable -- or even more particularly a function parameter -- is off by a byte. I have an idea that we're missing a definition of #define ARG_POINTER_CFA_OFFSET(FNDECL) -1 in GCC. r~