Hi Oliver, Gerd, On Mon, 4 Nov 2024 at 21:17, Oliver Smith-Denny <o...@linux.microsoft.com> wrote: > >> While working on the FdtLib migration to the submodule variant, I decided > >> to > >> at least try to test build MicrovmX64 ... but I'm failing. > >> > >> Both clang and gcc builds bail out at a GenFw invocation to generate > >> ResetVector.efi due to "Did not find any '.text' section". (Assert on line > >> 938 of Elf64Convert.c.) > > So I was hitting this also when doing dynamic stack cookies and trying > different ways to make ResetVector be okay being linked to the > null stack cookie lib. There is something that BaseTools doesn't do well > when ResetVector is linked against libraries, are you adding a library > linkage here (say a NULL lib applied globally)?
No, I mean I'm building current edk2 HEAD unmodified, with current in-tree BaseTools. With GCC 14.2.0 using GCC profile, and clang 16.0.2 using CLANGDWARF profile. (On Debian "testing".) > To fix this for stack cookies, my PR converts ResetVector to be > USER_DEFINED so that BaseTools will not link NULL libs against it. > > Worth a shot seeing if making that change (you need to change the > RESETVECTOR rule in the FDF from SEC to USER_DEFINED also) makes > a difference. If this is not being caused by a null library > linkage, then I have no idea what is happening :). I can confirm the above workaround fixes the build for both toolchain profiles. Thanks a lot, that means I can get back to verifying my actual changes :) Best Regards, Leif -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#120739): https://edk2.groups.io/g/devel/message/120739 Mute This Topic: https://groups.io/mt/108931674/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
