From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail5.wrs.com (mail5.windriver.com [192.103.53.11]) by mail.openembedded.org (Postfix) with ESMTP id C0C5C606BF for ; Mon, 18 Apr 2016 18:50:19 +0000 (UTC) Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail5.wrs.com (8.15.2/8.15.2) with ESMTPS id u3IIoHZg020752 (version=TLSv1 cipher=AES128-SHA bits=128 verify=OK); Mon, 18 Apr 2016 11:50:17 -0700 Received: from soho-mhatle-m.local (172.25.36.227) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.3.248.2; Mon, 18 Apr 2016 11:50:16 -0700 To: =?UTF-8?Q?Andreas_M=c3=bcller?= , "Burton, Ross" References: <62a9bef209d903048c1095d90387384115eb6fd5.1459147231.git.hongxu.jia@windriver.com> <571496CC.8010607@windriver.com> <57149B89.2090607@windriver.com> <5714A30A.9000204@windriver.com> <5714AA1E.9020505@windriver.com> <5714DC35.7040206@windriver.com> From: Mark Hatle Organization: Wind River Systems Message-ID: <57152C67.1030508@windriver.com> Date: Mon, 18 Apr 2016 13:50:15 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Cc: Patches and discussions about the oe-core layer Subject: Re: [PATCH 01/17] conf/bitbake.conf package.bbclass: fix dbg package not contain sources while -fdebug-prefix-map used X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 18:50:23 -0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On 4/18/16 9:16 AM, Andreas Müller wrote: > On Mon, Apr 18, 2016 at 3:55 PM, Burton, Ross wrote: >> >> On 18 April 2016 at 14:08, Hongxu Jia wrote: >>> >>> If sysroot is required, override DEBUG_FLAGS to remove -fdebug-prefix-map >> >> >> We should probably get this in the release notes, as many people do indeed >> want remote debug to work. >> >> Can you tell gdb the base path to use when looking for symbols? I've not >> done remote GDB for some time but wouldn't "set substitute-path / >> //my/sysroot/" work? Or maybe /usr /my/sysroot/usr? >> >> If gdb can't be told then instead of having to replace all of DEBUG_FLAGS it >> would be neat if the prefix mapping variables where in another variable that >> could just be unset. >> >> Ross > OK I think I could live with removing -fdebug-prefix-map for now. > > A thought: We have the setting IMAGE_GEN_DEBUGFS - I have not yet > tested. As far as I understand it creates an unstripped sysroot and > does not affect target rootfs - is that correct? Does the sysroot > created by IMAGE_GEN_DEBUGFS contain the sources? If yes we could set > that as sysroot for gdb. > > I think one of the problems we have here is that there is no reference > way documented (or it is outdated) how remote debugging is meant to be > performed. Remote debugging is setup to always assume the remote side has access to a debugable sysroot. This isn't the project's sysroot, since that is transient, but a REAL matching sysroot to the main image. The easiest way to do this is to add the following to your local.conf: IMAGE_GEN_DEBUGFS = '1' After this, look in your deploy directory and you will see the image to deploy to the target, and also a matching 'debug' chunk that you keep on your local host. This way you -know- they are always in sync. There is class material from the various Yocto Project Dev Day classes on using this. The alternative is tell GDB itself to map directories. I don't remember offhand the right option, but GDB supports remapping a directory reference to an actual directory. It should be pretty simple to re-map it -- but due to the transient nature of the sysroot directory in the build, I don't recommend doing it this way. --Mark