I investigated this issue. The Debian image used for Gitlab CI only supports the following archs amd64 mips armhf arm64. To add a new arch, this arch should be added to the sources list of apt and install the required packages to build and check nettle library.
Maamoun TK maamoun.tk@googlemail.com writes:
Looks like the image is defined here: https://gitlab.com/gnutls/build-images/-/blob/master/docker-debian-cross/Doc...
Nikos, Michael, can we just add ppc64el to the ARCHES and TRIPLES lists there?
Regards, /Niels
I made a workaround by installing the required packages for ppc64el via .gitlab-ci.yml I will post the patch with big endian support for the optimized functions.
Maamoun TK maamoun.tk@googlemail.com writes:
I think it would be good to have the patch for ppc testing first, so we can have it up and running before getting to the more interesting parts.
Regards, /Niels
Hello Niels,
On Tue, Jun 23, 2020 at 09:50:20AM +0200, Niels Möller wrote:
Nikos, Michael, can we just add ppc64el to the ARCHES and TRIPLES lists there?
Sorry for the delay: In principile yes but as you've noticed already, the number of supported drop-in architectures is limited. I had additional unofficial architectures supported when developing the mechanism but it wasn't as straight-forward and prone to breakage. Therefore it did not make it upstream into GnuTLS's build-images.
If I understood the rest of the thread correctly, you've found a workaround using a cross-package, which seems a better way to go than fiddling with the unofficial architecture support, particularly if you do not want to or cannot change the build-images repo.
For reference: This GnuTLS .gitlab-ci.yml has ppc64le support from way back when: https://gitlab.com/michaelweiser/gnutls/-/blob/debian/.gitlab-ci.yml and here's the corresponding build-images Dockefile: https://gitlab.com/michaelweiser/build-images/-/blob/cross/docker-debian-cro.... It seems, I had ppc64le in there and without much hassle as well. YMMV.
nettle-bugs@lists.lysator.liu.se