From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=none, err=SPF record not found (domain: canonical.com, ip: 91.189.89.112, mailfrom: dann.frazier@canonical.com) Received: from youngberry.canonical.com (youngberry.canonical.com [91.189.89.112]) by groups.io with SMTP; Tue, 24 Sep 2019 05:49:28 -0700 Received: from mail-ot1-f71.google.com ([209.85.210.71]) by youngberry.canonical.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1iCkFy-00034z-6O for devel@edk2.groups.io; Tue, 24 Sep 2019 12:49:26 +0000 Received: by mail-ot1-f71.google.com with SMTP id a8so1096129otd.7 for ; Tue, 24 Sep 2019 05:49:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=qpfyF9BxdOvg+rWDNZDD6Zt2YjuXduK6N/QsWy1ZETw=; b=K5bbvWZZYsTweWWj4iUwVqQBL6NGvY99GIyYKJKehiSZjoVQoXZjCuBVl6unAnOb9R h/JR/aDIciW12rumuiupUrsk7pRlwOYUmbNBrHHLGsLrhbDl8OPW5+TyL7PnLyVfJscQ I6weUfj+JIiowA5fxg+LLw312z8I/WGMlkIy14aENEJ8Sfdw1ruM2UCXW4wxZZtX2MSe vEW8tMjUaqZwObmtRz9IjJHFFOAmdrGESDpyJz2Ku/gk75bz5KahbFO0Y6FUsMAWxbWO DwQji3oFdRGVg0FkIgSZMYlH/xdAjK4a/gAOaKzb3oBGFpd4VrwikGRKLJTfaN5jn93u cFFQ== X-Gm-Message-State: APjAAAVAUKDLLd9mIQgxXqDw9QmuTxdpJbW33su4Zb1u/jFadhh4Hekj C0YDZK6rdt/vhRl0bUBxKU9hhuyBfcw5SrH4hofAAuopR1V7+OkzfHPVZh5o0eZ6wXRspawSKfN EAwY8kuSTHnGRM+JVIa6ss39ELZVusaAGFmbotXDqe+tON5w= X-Received: by 2002:a05:6808:7cd:: with SMTP id f13mr1976871oij.6.1569329364703; Tue, 24 Sep 2019 05:49:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqwu+GhQxE/42qQV09xVqwCUX5e7bjsKT7inDyEvGlwKg8TMEHzeCkDQqVDcJBeSC9+QEI3Rk3w+bBovdyIAtiw= X-Received: by 2002:a05:6808:7cd:: with SMTP id f13mr1976848oij.6.1569329364275; Tue, 24 Sep 2019 05:49:24 -0700 (PDT) MIME-Version: 1.0 References: <20190807042537.11928-1-bob.c.feng@intel.com> <20190807042537.11928-6-bob.c.feng@intel.com> <20190924011836.GA17237@xps13.dannf> <08650203BA1BD64D8AD9B6D5D74A85D161538F46@SHSMSX104.ccr.corp.intel.com> In-Reply-To: <08650203BA1BD64D8AD9B6D5D74A85D161538F46@SHSMSX104.ccr.corp.intel.com> From: "dann frazier" Date: Tue, 24 Sep 2019 06:49:12 -0600 Message-ID: Subject: Re: [edk2-devel] [Patch 05/10 V8] BaseTools: Enable Multiple Process AutoGen To: "Feng, Bob C" Cc: "devel@edk2.groups.io" , "Gao, Liming" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Sep 23, 2019 at 8:25 PM Feng, Bob C wrote: > > Hi Dann, > > Thanks for raising this issue. > > Would you provide the static_library_files.list file, so that I can have= a check? Hi Bob, Sure - it occurs to me that bugzilla might be a better place to share this material, so I've opened a new issue: https://bugzilla.tianocore.org/show_bug.cgi?id=3D2216 I'll provide the requested files, as well as full build logs there. > As this patch was pushed month ago, I'd like to ask if this build failur= e always happens since this patch was pushed? AFAICT, yes. I'm just noticing now because I'm working on packaging the latest stable tag for Debian. -dann > Thanks, > Bob > -----Original Message----- > From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of da= nn frazier > Sent: Tuesday, September 24, 2019 9:19 AM > To: devel@edk2.groups.io; Feng, Bob C > Cc: Gao, Liming > Subject: Re: [edk2-devel] [Patch 05/10 V8] BaseTools: Enable Multiple Pr= ocess AutoGen > > On Wed, Aug 07, 2019 at 12:25:32PM +0800, Bob Feng wrote: > > BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3D1875 > > > > Assign the Module AutoGen tasks into multiple sub process. > > > > Cc: Liming Gao > > Signed-off-by: Bob Feng > > --- > > .../Source/Python/AutoGen/AutoGenWorker.py | 191 +++++++++++++++++= + > > BaseTools/Source/Python/AutoGen/DataPipe.py | 17 +- > > BaseTools/Source/Python/AutoGen/GenC.py | 4 +- > > .../Source/Python/AutoGen/ModuleAutoGen.py | 2 +- > > .../Source/Python/AutoGen/PlatformAutoGen.py | 16 +- > > .../Source/Python/AutoGen/WorkspaceAutoGen.py | 6 +- > > BaseTools/Source/Python/build/build.py | 125 ++++++++---- > > 7 files changed, 306 insertions(+), 55 deletions(-) create mode > > 100644 BaseTools/Source/Python/AutoGen/AutoGenWorker.py > > I've bisected a regression building the ArmVirt architecture of ArmVirtP= kg/ArmVirtQemu.dsc to this commit. > > $ build -a ARM -p ArmVirtPkg/ArmVirtQemu.dsc -t GCC49 [...] "arm-linux-g= nueabihf-gcc" -o /home/dannf/git/edk2.debug/Build/ArmVirtQemu-ARM/DEBUG_GCC= 49/ARM/MdeModulePkg/Logo/LogoDxe/DEBUG/LogoDxe.dll -Wl,--emit-relocs -nostd= lib -Wl,--gc-sections -u _ModuleEntryPoint -Wl,-e,_ModuleEntryPoint,-Map,/h= ome/dannf/git/edk2.debug/Build/ArmVirtQemu-ARM/DEBUG_GCC49/ARM/MdeModulePkg= /Logo/LogoDxe/DEBUG/LogoDxe.map -z common-page-size=3D0x20 -Wl,--pic-veneer= -Wl,--oformat=3Delf32-littlearm -z common-page-size=3D0x1000 -Wl,--start-g= roup,@/home/dannf/git/edk2.debug/Build/ArmVirtQemu-ARM/DEBUG_GCC49/ARM/MdeM= odulePkg/Logo/LogoDxe/OUTPUT/static_library_files.lst,--end-group -mthumb -= march=3Darmv7-a -g -Os -fshort-wchar -fno-builtin -fno-strict-aliasing -Wal= l -Werror -Wno-array-bounds -include AutoGen.h -fno-common -mlittle-endian = -mabi=3Daapcs -fno-short-enums -funsigned-char -ffunction-sections -fdata-s= ections -fomit-frame-pointer -Wno-address -mthumb -mfloat-abi=3Dsoft -fno-p= ic -fno-pie -fstack-protector -mword-relocations -O0 -DDISABLE_NEW_DEPRECAT= ED_INTERFACES -Wl,--script=3D/home/dannf/git/edk2.debug/BaseTools/Scripts/G= ccBase.lds -Wl,--defsym=3DPECOFF_HEADER_SIZE=3D0x220 > /usr/lib/gcc-cross/arm-linux-gnueabihf/9/../../../../arm-linux-gnueabihf= /bin/ld: error: source object /home/dannf/git/edk2.debug/Build/ArmVirtQemu-= ARM/DEBUG_GCC49/ARM/MdePkg/Library/UefiDriverEntryPoint/UefiDriverEntryPoin= t/OUTPUT/UefiDriverEntryPoint.lib(DriverEntryPoint.obj) has EABI version 5,= but target /home/dannf/git/edk2.debug/Build/ArmVirtQemu-ARM/DEBUG_GCC49/AR= M/MdeModulePkg/Logo/LogoDxe/DEBUG/LogoDxe.dll has EABI version 0 > /usr/lib/gcc-cross/arm-linux-gnueabihf/9/../../../../arm-linux-gnueabihf= /bin/ld: failed to merge target specific data of file /home/dannf/git/edk2.= debug/Build/ArmVirtQemu-ARM/DEBUG_GCC49/ARM/MdePkg/Library/UefiDriverEntryP= oint/UefiDriverEntryPoint/OUTPUT/UefiDriverEntryPoint.lib(DriverEntryPoint.= obj) > /usr/lib/gcc-cross/arm-linux-gnueabihf/9/../../../../arm-linux-gnueabihf= /bin/ld: error: source object /home/dannf/git/edk2.debug/Build/ArmVirtQemu-= ARM/DEBUG_GCC49/ARM/MdeModulePkg/Logo/LogoDxe/OUTPUT/LogoDxe.lib(AutoGen.ob= j) has EABI version 5, but target /home/dannf/git/edk2.debug/Build/ArmVirtQ= emu-ARM/DEBUG_GCC49/ARM/MdeModulePkg/Logo/LogoDxe/DEBUG/LogoDxe.dll has EAB= I version 0 [...] > > It looks like this maybe a side-effect of the ordering of the entries in= static_library_files.list. Previous to this commit, LogoDxehii.lib would a= ppear near the end of the file - now it is near the beginning. > Moving it back to the end of the file allows the linking to continue. > > Also, is it expected that this does not report being an EABI5 object? > $ file Build/ArmVirtQemu-ARM/DEBUG_GCC49/ARM/MdeModulePkg/Logo/LogoDxe/O= UTPUT/LogoDxehii.lib > Build/ArmVirtQemu-ARM/DEBUG_GCC49/ARM/MdeModulePkg/Logo/LogoDxe/OUTPUT/L= ogoDxehii.lib: ELF 32-bit LSB relocatable, ARM, version 1 (ARM), not stripp= ed > > -dann > >=20 >