https://bugzilla.redhat.com/show_bug.cgi?id=2250265
--- Comment #5 from Dan Horák dan@danny.cz --- (In reply to Dmitry Belyavskiy from comment #4)
(In reply to Dan Horák from comment #3)
(In reply to Florian Weimer from comment #2)
It seems you are using the cross-gcc compilers. Reassigning.
My understanding is that those cross-compilers are not intended for userspace. CentOS 9 Stream has cross-compilers that work for userspace. We
That's correct, the Fedora cross-compilers are supplied without any userspace libs as their are intended for kernel or firmware development. But they are built with sysroot support, so the users can provide the required libs on their own.
I planned to use qemu for the next tests, it should resolve the lack of the userspace libs, doesn't it?
I don't think so, with the sysroot you should install (eg with rpm2cpio) the native s390x lib & headers into the /usr/s390x-linux-gnu/sys-root (see https://src.fedoraproject.org/rpms/cross-gcc/blob/rawhide/f/cross-gcc.spec#_...), then the compiler should pick them, but I haven't tried that personally
plan to forward-port those to Fedora 40.
Dmitry, why are trying to cross-compile openssl instead of doing a native build?
Cross-compilation+qemu is suitable for test automation, native build is not. See, e.g. https://github.com/openssl/openssl/blob/master/.github/workflows/cross- compiles.yml - I wanted to implement smth similar for my purposes.
I would think a shared or dedicated native VM would be easier for CI purposes (available from IBM Cloud for open source projects), but probably not here ...
epel-packagers-sig@lists.fedoraproject.org