From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id E3D531A1E1F for ; Mon, 3 Oct 2016 01:59:24 -0700 (PDT) Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 63380A0CD1; Mon, 3 Oct 2016 08:59:24 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-116-9.phx2.redhat.com [10.3.116.9]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u938xMq6032258; Mon, 3 Oct 2016 04:59:22 -0400 To: Bruce Cran References: <1475221478-2252-1-git-send-email-yonghong.zhu@intel.com> <5abd5d33-2301-e32f-12ed-2154748a6bee@redhat.com> Cc: Yonghong Zhu , edk2-devel@ml01.01.org, Liming Gao , "Jordan Justen (Intel address)" , andrey.warkentin@gmail.com From: Laszlo Ersek Message-ID: Date: Mon, 3 Oct 2016 10:59:21 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Mon, 03 Oct 2016 08:59:24 +0000 (UTC) Subject: Re: [Patch] BaseTools: support the NOOPT target with the GCC tool chains X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2016 08:59:25 -0000 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit On 10/03/16 03:45, Bruce Cran wrote: > (cc'ing Andrei Warkentin) > > On 9/30/2016 4:11 AM, Laszlo Ersek wrote: >> Can you please test this in the environment where you wanted to use it >> originally? (I assume you were using some kind of source level >> debugging.) >> >> For that, you'll probably have to add NOOPT to BUILD_TARGETS in the >> OvmfPkg/OvmfPkg*.dsc files. If you do that and everything works fine for >> you, I'd appreciate if you could also submit the OvmfPkg patch to the >> list. > > The patch looks good, but unfortunately for some reason it breaks > debugging using Andrei's gdb_uefi.py script: loading symbols fails: > > The target architecture is assumed to be i386:x86-64:intel > 0x000000007e65dec8 in ?? () > Python Exception No type named > EFI_SYSTEM_TABLE_POINTER.: > /home/bcran/.gdbinit:8: Error in sourced command file: > Error occurred in Python command: No type named EFI_SYSTEM_TABLE_POINTER. > > I've verified that a DEBUG build with the same git checkout does still > work. I've looked through OvmfX64.dsc and couldn't see anything that > depends on DEBUG that would be omitting stuff for NOOPT, so I'm stuck. > Can you compare "DEBUG/GdbSyms.dll" with "NOOPT/GdbSyms.dll", just visually, using "nm" and/or "readelf"? Something might stand out. Thanks Laszlo