From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from muon.cran.org.uk (muon.bluestop.org [74.50.51.35]) (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 45AF71A1E63 for ; Sun, 2 Oct 2016 18:45:31 -0700 (PDT) Received: from muon.bluestop.org (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id B448B94291; Mon, 3 Oct 2016 01:45:29 +0000 (UTC) Received: from muon.cran.org.uk ([127.0.0.1]) by muon.bluestop.org (muon.bluestop.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 0K81Vmu-1_gP; Mon, 3 Oct 2016 01:45:28 +0000 (UTC) Received: from [10.0.10.17] (c-67-171-116-44.hsd1.ut.comcast.net [67.171.116.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Mon, 3 Oct 2016 01:45:28 +0000 (UTC) To: Laszlo Ersek 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: Bruce Cran Message-ID: Date: Sun, 2 Oct 2016 19:45:28 -0600 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <5abd5d33-2301-e32f-12ed-2154748a6bee@redhat.com> 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 01:45:31 -0000 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit (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. -- Bruce