From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15149 invoked by alias); 16 Jan 2014 10:26:37 -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 15140 invoked by uid 89); 16 Jan 2014 10:26:36 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_WEB,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ea0-f182.google.com Received: from mail-ea0-f182.google.com (HELO mail-ea0-f182.google.com) (209.85.215.182) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Thu, 16 Jan 2014 10:26:36 +0000 Received: by mail-ea0-f182.google.com with SMTP id r15so184402ead.41 for ; Thu, 16 Jan 2014 02:26:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=wZsJJz9+lY12zfdAKkZv40jjiW0sj5oqsAb70IZ9PVg=; b=m2QMzAAqMic6zK3MAGCu63+8EPpfkqT+o4WKX6FX1PtzW926CXafZ6jOXb18OOT0W5 Vx0MqI+y1VztASc7IgzCdM85FYEfpBMAALex9QXtO1Uw1MthnS6pa01/2+hTlIGzfSLC 9hG65EI3SEGQhdDjree/qUWEWAvn+0z1qW9gPo1aRTrEminZRJfKJM5DYZwOO6Ux4J9o u/Vhnd3Vl9hzZu15lgLPYNmYHJpGFggUoF2dwUqlFCptiuvqmSL+MLYdKbZ0gGbJec/j KXH+Jm7yj3wX9f9hsKbJPyHGcLbgjuoQe81/+MG/MNsnm8ELoha/e8GmPS1MwJuZDI44 eK6g== X-Gm-Message-State: ALoCoQlXnEX5znPHM91vA8QiWRppLvJ85adbgCaRf1AsZv0fpnzJ/Notyq6lBFgfSnzCoNdVk9v3 X-Received: by 10.15.86.75 with SMTP id h51mr11059387eez.44.1389867989181; Thu, 16 Jan 2014 02:26:29 -0800 (PST) Received: from [192.168.1.2] ([182.185.178.235]) by mx.google.com with ESMTPSA id w4sm17212819eef.20.2014.01.16.02.26.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 16 Jan 2014 02:26:28 -0800 (PST) Message-ID: <52D7B3C5.1000702@linaro.org> Date: Thu, 16 Jan 2014 10:26:00 -0000 From: Omair Javaid User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Pedro Alves CC: Yao Qi , gdb-patches@sourceware.org Subject: Re: [PATCH] testsuite/gdb.dwarf2: Fix for dw2-ifort-parameter failure on ARM References: <51E4B587.70007@codesourcery.com> <5280A528.8040308@codesourcery.com> <52D7A05F.6070304@linaro.org> <52D7AAF1.80501@redhat.com> In-Reply-To: <52D7AAF1.80501@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-01/txt/msg00593.txt.bz2 On 01/16/2014 02:48 PM, Pedro Alves wrote: > On 01/16/2014 09:03 AM, Omair Javaid wrote: > >> There seemed no problem with how breakpoint addresses were being adjusted. >> This test requires to build dwarf info by hand in dw2-ifort-parameter-debug.S >> using compile time addresses so in case of arm (thumb mode) the least >> significant bits of compile time address are set to 1. For that reason >> 0x000083bd was being used as a breakpoint address func. > > OOC, what does the compiler debug info usually do instead to avoid this? > Here is what compiler generates when there are thumb functions to handle: .thumb_func .type func, %function func: .LFB0: func is marked as thumb function and thus this func pointer will have the lower bit set. While .LFB0: non thumb label will be used to mark function start address. Like this: .4byte .LFB0 @ DW_AT_low_pc