[edk2-devel] [PATCH 00/24] CryptoPkg/openssl: update openssl submodule to v3.0

[Gerd Hoffmann]

On Thu, Jan 27, 2022 at 04:55:37PM -0800, Andrew Fish via groups.io wrote:
> Very cool idea but …..
> 
> 1) We don’t always use the systems native compiler and sometimes we use a cross compiler so making assumptions about system libs is not always valid.

The intrinsics ship with the cross compiler, so that shouldn't be much
of a problem.  I have a bunch of them here:

kraxel at sirius ~# locate libgcc.a
/usr/lib/gcc/aarch64-linux-gnu/11/libgcc.a
/usr/lib/gcc/arm-linux-gnueabi/11/libgcc.a
/usr/lib/gcc/i686-w64-mingw32/11.2.1/libgcc.a
/usr/lib/gcc/riscv64-linux-gnu/11/libgcc.a
/usr/lib/gcc/riscv64-linux-gnu/11/lib32/ilp32/libgcc.a
/usr/lib/gcc/riscv64-linux-gnu/11/lib32/ilp32d/libgcc.a
/usr/lib/gcc/riscv64-linux-gnu/11/lib64/lp64/libgcc.a
/usr/lib/gcc/riscv64-linux-gnu/11/lib64/lp64d/libgcc.a
/usr/lib/gcc/x86_64-linux-gnu/11/libgcc.a
/usr/lib/gcc/x86_64-linux-gnu/11/32/libgcc.a
/usr/lib/gcc/x86_64-redhat-linux/11/libgcc.a
/usr/lib/gcc/x86_64-redhat-linux/11/32/libgcc.a
/usr/lib/gcc/x86_64-w64-mingw32/11.2.1/libgcc.a

> On a Mac with Xcode clang I’ve got full SysV ABI libs (not supper helpful for EFI), but not EFI/MSFT x86_64 ABI.

I don't think the system libs matter at all for uefi builds as they are
free-standing.

> 2) Are these system libs architecturally defined to be free standing?

That seems to be more of a problem, libgcc has calls into libc ...

take care,
  Gerd



-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#86147): https://edk2.groups.io/g/devel/message/86147
Mute This Topic: https://groups.io/mt/87479913/1813853
Group Owner: devel+owner at edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [edk2-devel-archive at redhat.com]
-=-=-=-=-=-=-=-=-=-=-=-