Re: Build problem on ppc64be + musl

2022-01-04 Thread Niels Möller
Going through some old mail... From a discussion in September: ni...@lysator.liu.se (Niels Möller) writes: > ni...@lysator.liu.se (Niels Möller) writes: > >> I've tried a different approach on branch >> https://git.lysator.liu.se/nettle/nettle/-/tree/ppc64-efv2-check. Patch >> below. (It makes

Re: Build problem on ppc64be + musl

2021-09-02 Thread Niels Möller
ni...@lysator.liu.se (Niels Möller) writes: > I've tried a different approach on branch > https://git.lysator.liu.se/nettle/nettle/-/tree/ppc64-efv2-check. Patch > below. (It makes sense to me to have the new check together with the ABI > check, but on second thought, probably a mistake to

Re: Big endian tests (no mips) (was: Re: Build problem on ppc64be + musl)

2021-08-29 Thread Maamoun TK
On Mon, Aug 23, 2021 at 8:59 PM Niels Möller wrote: > ni...@lysator.liu.se (Niels Möller) writes: > > > Unfortunaly, the CI cross builds aren't working at the moment (the > > buildenv images are based on Debian Buster ("stable" at the time images > > were built), and nettle's ci scripts do

Big endian tests (no mips) (was: Re: Build problem on ppc64be + musl)

2021-08-23 Thread Niels Möller
ni...@lysator.liu.se (Niels Möller) writes: > Unfortunaly, the CI cross builds aren't working at the moment (the > buildenv images are based on Debian Buster ("stable" at the time images > were built), and nettle's ci scripts do apt-get update and apt-get > install, which now attempts to get

Re: Build problem on ppc64be + musl

2021-08-22 Thread Niels Möller
Maamoun TK writes: > That's right, in little-endian systems I got "#define _CALL_ELF 2" while in > big-endian ones that value is 1 except when using musl. That's good. > I've updated the > patch in the branch > https://git.lysator.liu.se/mamonet/nettle/-/tree/ppc64_musl_fix to exploit > this

Re: Build problem on ppc64be + musl

2021-08-20 Thread Maamoun TK
On Thu, Aug 19, 2021 at 11:22 PM Niels Möller wrote: > David Edelsohn writes: > > > AIX continues to use its ABI, which essentially is closely related to > > ELFv1 and uses the XCOFF file format and syntax. > > I don't remember if Maamoun or someone else > tested Nettle's powerpc64 assembly on

Re: Build problem on ppc64be + musl

2021-08-20 Thread Maamoun TK
On Thu, Aug 19, 2021 at 9:04 AM Niels Möller wrote: > Maamoun TK writes: > > > config.guess detects the C standard library based on a result from the > > compiler defined in "CC_FOR_BUILD" variable, for some reason OpenWrt > build > > system failed to set that variable properly, from your

Re: Build problem on ppc64be + musl

2021-08-19 Thread David Edelsohn
On Thu, Aug 19, 2021 at 4:22 PM Niels Möller wrote: > > David Edelsohn writes: > > > AIX continues to use its ABI, which essentially is closely related to > > ELFv1 and uses the XCOFF file format and syntax. > > When you say "closely related" is it close enough that the same assembly > can be

Re: Build problem on ppc64be + musl

2021-08-19 Thread Niels Möller
Maamoun TK writes: > config.guess detects the C standard library based on a result from the > compiler defined in "CC_FOR_BUILD" variable, for some reason OpenWrt build > system failed to set that variable properly, from your config.log I can see > CC_FOR_BUILD='gcc -O -g' but when I use bare

Re: Build problem on ppc64be + musl

2021-08-18 Thread Maamoun TK
On Thu, Aug 19, 2021 at 12:40 AM Maamoun TK wrote: > On Wed, Aug 18, 2021 at 11:38 PM Stijn Tintel wrote: > >> On 18/08/2021 22:29, Maamoun TK wrote: >> > On Tue, Aug 17, 2021 at 9:40 AM Niels Möller > > > wrote: >> > >> > The configuration where it didn't work

Re: Build problem on ppc64be + musl

2021-08-18 Thread Maamoun TK
On Wed, Aug 18, 2021 at 11:38 PM Stijn Tintel wrote: > On 18/08/2021 22:29, Maamoun TK wrote: > > On Tue, Aug 17, 2021 at 9:40 AM Niels Möller > > wrote: > > > > The configuration where it didn't work was > > powerpc64-openwrt-linux-musl. I'd like Nettle to

Re: Build problem on ppc64be + musl

2021-08-18 Thread Maamoun TK
On Tue, Aug 17, 2021 at 9:40 AM Niels Möller wrote: > The configuration where it didn't work was > powerpc64-openwrt-linux-musl. I'd like Nettle to work on embedded > systems whenever practical. But support depends on assistance from users > of those systems. > > As I understood it, this system

Re: Build problem on ppc64be + musl

2021-08-17 Thread David Edelsohn
I believe that some OS (FreeBSD? NetBSD?) is trying to use ELFv2 with PPC64 BE. That is a separate issue and I do not believe that Musl Libc plans to support that configuration. AIX continues to use its ABI, which essentially is closely related to ELFv1 and uses the XCOFF file format and syntax.

Re: Build problem on ppc64be + musl

2021-08-17 Thread Niels Möller
David Edelsohn writes: > Musl Libc does not support ELFv1, so I don't understand how this > configuration is possible. If I understood the original report, musl always uses ELFv2 abi, for both little and big endian configurations. Which for big endian is incompatible with the way powerpc64

Re: Build problem on ppc64be + musl

2021-08-17 Thread David Edelsohn
On Tue, Aug 17, 2021 at 2:40 AM Niels Möller wrote: > > Maamoun TK writes: > > > Forcing ELFv2 abi doesn't work for big-endian mode as this mode has no > > support for ELFv2. ppc64 linux big-endian is deprecated, it' not unexpected > > to get such issues. Dropping big-endian support for powerpc

Re: Build problem on ppc64be + musl

2021-08-17 Thread Niels Möller
Maamoun TK writes: > Forcing ELFv2 abi doesn't work for big-endian mode as this mode has no > support for ELFv2. ppc64 linux big-endian is deprecated, it' not unexpected > to get such issues. Dropping big-endian support for powerpc could be an > option to solve this issue but that will be a

Re: Build problem on ppc64be + musl

2021-08-16 Thread Maamoun TK
Forcing ELFv2 abi doesn't work for big-endian mode as this mode has no support for ELFv2. ppc64 linux big-endian is deprecated, it' not unexpected to get such issues. Dropping big-endian support for powerpc could be an option to solve this issue but that will be a drawback for AIX (BE) systems.