Other platform such as Platform/Qemu/SbsaQemu/SbsaQemu.dsc have:
# Add support for GCC stack protector
NULL|MdePkg/Library/BaseStackCheckLib/BaseStackCheckLib.inf
--
Rebecca Cran
On 8/19/22 20:34, Pedro Falcato wrote:
I see the issue: We're not passing -fno-stack-protector to AARCH64 GCC
toolchains (although arguably we should just enable support for
it...). Can you try hacking up your tools_def to add
-fno-stack-protector to GCC_AARCH64_CC_FLAGS? It should fix your build
issues.
On Sat, Aug 20, 2022 at 2:51 AM Rebecca Cran <rebe...@bsdio.com> wrote:
I'm using gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.1) on
Ubuntu 20.04.4, from the Ubuntu repo.
I'm building it with:
export PACKAGES_PATH=$PWD/edk2:$PWD/edk2-platforms:$PWD/edk2-non-osi
export WORKSPACE=$PWD
export GCC5_AARCH64_PREFIX=aarch64-linux-gnu-
. ./edk2/edksetup.sh
build -p ./Features/Ext4Pkg/Ext4Pkg.dsc -a AARCH64 -b RELEASE -t GCC5
Some of the messages are:
"aarch64-linux-gnu-gcc" -o
/home/bcran/src/beaglebone/Build/Ext4Pkg/RELEASE_GCC5/AARCH64/Features/Ext4Pkg/Ext4Dxe/Ext4Dxe/DEBUG/Ext4Dxe.dll
-Wl,--emit-relocs -nostdlib -Wl,--gc-sections -u _ModuleEntryPoint
-Wl,-e,_ModuleEntryPoint,-Map,/home/bcran/src/beaglebone/Build/Ext4Pkg/RELEASE_GCC5/AARCH64/Features/Ext4Pkg/Ext4Dxe/Ext4Dxe/DEBUG/Ext4Dxe.map
-z common-page-size=0x20 -z common-page-size=0x1000 -flto -Os
-L/home/bcran/src/beaglebone/edk2/ArmPkg/Library/GccLto
-llto-aarch64 -Wl,-plugin-opt=-pass-through=-llto-aarch64
-Wno-lto-type-mismatch
-Wl,--start-group,@/home/bcran/src/beaglebone/Build/Ext4Pkg/RELEASE_GCC5/AARCH64/Features/Ext4Pkg/Ext4Dxe/Ext4Dxe/OUTPUT/static_library_files.lst,--end-group
-g -Os -fshort-wchar -fno-builtin -fno-strict-aliasing -Wall
-Werror -Wno-array-bounds -include AutoGen.h -fno-common
-ffunction-sections -fdata-sections
-DSTRING_ARRAY_NAME=Ext4DxeStrings -g -Os -fshort-wchar
-fno-builtin -fno-strict-aliasing -Wall -Werror -Wno-array-bounds
-include AutoGen.h -fno-common -mlittle-endian -fno-short-enums
-fverbose-asm -funsigned-char -ffunction-sections -fdata-sections
-Wno-address -fno-asynchronous-unwind-tables -fno-unwind-tables
-fno-pic -fno-pie -ffixed-x18 -mcmodel=small -flto
-Wno-unused-but-set-variable -Wno-unused-const-variable -D
DISABLE_NEW_DEPRECATED_INTERFACES
-Wl,--script=/home/bcran/src/beaglebone/edk2/BaseTools/Scripts/GccBase.lds
-Wl,--defsym=PECOFF_HEADER_SIZE=0x228 -Wno-error
/usr/lib/gcc-cross/aarch64-linux-gnu/9/../../../../aarch64-linux-gnu/bin/ld:
/tmp/Ext4Dxe.dll.sETaOX.ltrans0.ltrans.o: in function
`InternalAllocatePool.constprop.0':
/home/bcran/src/beaglebone/edk2/MdePkg/Library/UefiMemoryAllocationLib/MemoryAllocationLib.c:368:
undefined reference to `__stack_chk_guard'
/usr/lib/gcc-cross/aarch64-linux-gnu/9/../../../../aarch64-linux-gnu/bin/ld:
/tmp/Ext4Dxe.dll.sETaOX.ltrans0.ltrans.o: relocation
R_AARCH64_ADR_PREL_PG_HI21 against symbol `__stack_chk_guard'
which may bind externally can not be used when making a shared
object; recompile with -fPIC
/home/bcran/src/beaglebone/edk2/MdePkg/Library/UefiMemoryAllocationLib/MemoryAllocationLib.c:368:(.text.InternalAllocatePool.constprop.0+0xc):
dangerous relocation: unsupported relocation
/usr/lib/gcc-cross/aarch64-linux-gnu/9/../../../../aarch64-linux-gnu/bin/ld:
/home/bcran/src/beaglebone/edk2/MdePkg/Library/UefiMemoryAllocationLib/MemoryAllocationLib.c:368:
undefined reference to `__stack_chk_guard'
/usr/lib/gcc-cross/aarch64-linux-gnu/9/../../../../aarch64-linux-gnu/bin/ld:
/home/bcran/src/beaglebone/edk2/MdePkg/Library/UefiMemoryAllocationLib/MemoryAllocationLib.c:382:
undefined reference to `__stack_chk_fail'
/usr/lib/gcc-cross/aarch64-linux-gnu/9/../../../../aarch64-linux-gnu/bin/ld:
/tmp/Ext4Dxe.dll.sETaOX.ltrans0.ltrans.o: in function
`OrderedCollectionInsert.constprop.0':
/home/bcran/src/beaglebone/edk2/MdePkg/Library/BaseOrderedCollectionRedBlackTreeLib/BaseOrderedCollectionRedBlackTreeLib.c:584:
undefined reference to `__stack_chk_guard'
--
Rebecca Cran
On 8/19/22 18:46, Pedro Falcato wrote:
Hi Rebecca,
What EDK2 toolchain are you using? And how is your toolchain
configured (or where did you get it from?)? It seems that it's
trying to use the stack protector automatically...
Thanks,
Pedro
On Sat, 20 Aug 2022, 00:40 Rebecca Cran, <rebe...@bsdio.com> wrote:
./Features/Ext4Pkg/Ext4Pkg.dsc is also failing - with errors
about __stack_chk_guard and __stack_chk_fail.
And I get an error from Andy Hayes' email: "Your message
couldn't be delivered to the recipient because you don't have
permission to send to it."
--
Rebecca Cran
On 8/19/22 17:35, Rebecca Cran wrote:
I have an armplatbld.sh script that goes through and tries
to build as many of the Arm (AARCH64 and ARM) platforms in
edk2-platforms as possible.
I'm think this used to work for these, but I'm getting some
errors now.
I'm using edk2-platforms
46686eeb7e78efe603badd86f13777d9fb070fb8 and edk2
e2ac68a23b4954d5c0399913a1df3dd9fd90315d.
Drivers/ASIX/Asix.dsc (fails with undefined references to
__stack_chk_guard and __stack_chk_fail)
Drivers/DisplayLink/DisplayLinkPkg/DisplayLinkPkg.dsc (fails
with undefined references to __stack_chk_guard and
__stack_chk_fail)
Platform/Socionext/DeveloperBox/DeveloperBoxMm.dsc (fails
with bad definition for symbol
'_GLOBAL_OFFSET_TABLE_'@0x72d8 or unsupported symbol type.
For example, absolute and undefined symbols are not supported.)
Drivers/StandaloneMmCpu/StandaloneMmCpu (fails with
undefined references to __stack_chk_guard and __stack_chk_fail)
Platform/StandaloneMm/PlatformStandaloneMmPkg/PlatformStandaloneMmRpmb.dsc(fails
with bad definition for symbol
'_GLOBAL_OFFSET_TABLE_'@0x72d8 or unsupported symbol type.
For example, absolute and undefined symbols are not supported.)
--
Rebecca Cran
--
Pedro Falcato
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#92591): https://edk2.groups.io/g/devel/message/92591
Mute This Topic: https://groups.io/mt/93135586/21656
Group Owner: devel+ow...@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
