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 101521A1E0A for ; Mon, 19 Sep 2016 03:59:56 -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 11033C04B94B; Mon, 19 Sep 2016 10:59:54 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-116-98.phx2.redhat.com [10.3.116.98]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u8JAxq3U000444; Mon, 19 Sep 2016 06:59:53 -0400 To: "Chen, Farrah" , "'edk2-devel@ml01.01.org'" References: <1B925CC0CD9F3341B32D442251E7E1DC36E16EC8@shsmsx102.ccr.corp.intel.com> Cc: "'xen-devel@lists.xen.org'" From: Laszlo Ersek Message-ID: <7a819c6f-42ed-f7b7-bd4f-8b98f8cb67b8@redhat.com> Date: Mon, 19 Sep 2016 12:59:51 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <1B925CC0CD9F3341B32D442251E7E1DC36E16EC8@shsmsx102.ccr.corp.intel.com> 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.31]); Mon, 19 Sep 2016 10:59:55 +0000 (UTC) Subject: Re: edk2 compile error 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, 19 Sep 2016 10:59:56 -0000 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit On 09/18/16 05:38, Chen, Farrah wrote: > Hi, > > When I compile xen with the latest commit in RHEL 6.7, it failed when make tools. Errors showed when running edk2 build for OvmfPkgX64. > Bisected and this error occurred from commit 8c8b6fb02342f7aa78e611a5f0f63dcf8fbf48f2. > > commit 8c8b6fb02342f7aa78e611a5f0f63dcf8fbf48f2 > Author: Wei Liu > > Date: Tue Sep 6 12:54:47 2016 +0100 > > Config.mk: update OVMF commit > > Signed-off-by: Wei Liu wei.liu2@citrix.com > > > We have updated OVMF to the latest master and cleaned everything before rebuilding. > > > > Steps: > > make clean > > make xen -j8 > > ./configure --enable-ovmf > > make tools -j8 > > Then the error occurred. > > > > > > I also tried: > > git clone https://github.com/tianocore/edk2.git > > cd edk2 > > OvmfPkg/build.sh -a X64 -b DEBUG -n 4 > The same error occurred. > ......................................................................................................................................................... > > log: > ...... > Running edk2 build for OvmfPkgX64 > ...... > /home/www/builds_xen_unstable/xen-src-8c8b6fb0-20160912/tools/firmware/ovmf-dir-remote/Build/OvmfX64/DEBUG_GCC44/X64/UefiCpuPkg/Library/CpuExceptionHandlerLib/DxeCpuExceptionHandlerLib/OUTPUT/X64/ExceptionHandlerAsm.iii:173: error: invalid combination of opcode and operands > /home/www/builds_xen_unstable/xen-src-8c8b6fb0-20160912/tools/firmware/ovmf-dir-remote/Build/OvmfX64/DEBUG_GCC44/X64/UefiCpuPkg/Library/CpuExceptionHandlerLib/DxeCpuExceptionHandlerLib/OUTPUT/X64/ExceptionHandlerAsm.iii:175: error: invalid combination of opcode and operands > /home/www/builds_xen_unstable/xen-src-8c8b6fb0-20160912/tools/firmware/ovmf-dir-remote/Build/OvmfX64/DEBUG_GCC44/X64/UefiCpuPkg/Library/CpuExceptionHandlerLib/DxeCpuExceptionHandlerLib/OUTPUT/X64/ExceptionHandlerAsm.iii:177: error: invalid combination of opcode and operands > /home/www/builds_xen_unstable/xen-src-8c8b6fb0-20160912/tools/firmware/ovmf-dir-remote/Build/OvmfX64/DEBUG_GCC44/X64/UefiCpuPkg/Library/CpuExceptionHandlerLib/DxeCpuExceptionHandlerLib/OUTPUT/X64/ExceptionHandlerAsm.iii:179: error: invalid combination of opcode and operands > /home/www/builds_xen_unstable/xen-src-8c8b6fb0-20160912/tools/firmware/ovmf-dir-remote/Build/OvmfX64/DEBUG_GCC44/X64/UefiCpuPkg/Library/CpuExceptionHandlerLib/DxeCpuExceptionHandlerLib/OUTPUT/X64/ExceptionHandlerAsm.iii:313: error: invalid combination of opcode and operands > /home/www/builds_xen_unstable/xen-src-8c8b6fb0-20160912/tools/firmware/ovmf-dir-remote/Build/OvmfX64/DEBUG_GCC44/X64/UefiCpuPkg/Library/CpuExceptionHandlerLib/DxeCpuExceptionHandlerLib/OUTPUT/X64/ExceptionHandlerAsm.iii:315: error: invalid combination of opcode and operands > make[7]: Leaving directory `/home/www/builds_xen_unstable/xen-src-8c8b6fb0-20160912/tools/firmware/ovmf-dir-remote/Build/OvmfX64/DEBUG_GCC44/X64/UefiCpuPkg/Library/CpuExceptionHandlerLib/DxeCpuExceptionHandlerLib' > make[7]: *** [/home/www/builds_xen_unstable/xen-src-8c8b6fb0-20160912/tools/firmware/ovmf-dir-remote/Build/OvmfX64/DEBUG_GCC44/X64/UefiCpuPkg/Library/CpuExceptionHandlerLib/DxeCpuExceptionHandlerLib/OUTPUT/X64/ExceptionHandlerAsm.obj] Error 1 > > > build.py... > : error 7000: Failed to execute command > make tbuild [/home/www/builds_xen_unstable/xen-src-8c8b6fb0-20160912/tools/firmware/ovmf-dir-remote/Build/OvmfX64/DEBUG_GCC44/X64/UefiCpuPkg/Library/CpuExceptionHandlerLib/DxeCpuExceptionHandlerLib] > > > build.py... > : error F002: Failed to build module > /home/www/builds_xen_unstable/xen-src-8c8b6fb0-20160912/tools/firmware/ovmf-dir-remote/UefiCpuPkg/Library/CpuExceptionHandlerLib/DxeCpuExceptionHandlerLib.inf [X64, GCC44, DEBUG] > > - Failed - RHEL-6 does not have a nasm version that is recent enough to build edk2. RHEL-6 ships nasm-2.07-*, but edk2 requires nasm-2.10 or later with the GCC toolchain family. Please see this mailing list thread: https://www.mail-archive.com/edk2-devel@lists.01.org/msg14420.html And the resultant docs commit: https://github.com/tianocore/edk2/commit/9c4dbdff1d56 ... Before anyone suggests otherwise, this was not a gratuitous version requirement bump. The edk2 assembly code had already been there, the nasm version bump only documented the status, after the fact. For RHEL-6 specifically, I suggest to grab a recent enough nasm SRPM from Fedora Koji, and rebuild / install that locally. Better yet, I recommend upgrading to RHEL-7, whose nasm is good enough. Thanks Laszlo