unix64le: CM3 fails to build on Linux aarch64 (Raspberry Pi 4, Ubuntu 20.04) with GCC 10 or Clang about cm3

Thanks for trying? :)

Your main problem seems to be this:

$ ./cm3
cm3: ../src/Wrx86.m3:2064: const char* MxConfigC__HOST(): Assertion `strcmp(M3_HOST, result) == 0' failed.
Aborted (core dumped)

I don't have access to aarch64 to test on, but for now I'm going to assume this is a problem with the build and see if I can reproduce it on another platform. I may need to come back and ask you for more details.

The other issues: I've seen Ubuntu barf like that when you install "python27" or "python2", instead of just "python". I can't explain why. It could also be subsequent to the first error. As for clang, we're still playing catch-up there, so I'd prefer to concentrate on getting it working with g++.

$ ./cm3
cm3: ../src/Wrx86.m3:2064: const char* MxConfigC__HOST(): Assertion `strcmp(M3_HOST, result) == 0' failed.
Aborted (core dumped)

What we have is the startup routines are failing to detect your platform. I don't have access to a machine that I can use to debug this, but if you're interested in pursuing it, you could add some debugging to MxConfigC__HOST to see what the values of M3_HOST and result are, and see if you can bring them into agreement.

(Alternatively, you could set the value of result to M3_HOST and see if the process gets any further, but then I really can't help you.)

But this is not a problem with the build, that I can tell, I think probably nobody has had much opportunity to develop on aarch64 Linux.

[Redfoxymoon]

Linux on 64-bit arm reports aarch64 not arm64 which causes problems.

[Pawlicker]

I can confirm this fix works to build boot2min.py, however the giant CPP file and MxConfigC.c need to both have the patched versions in use when compiling, or else the bootstrap will overwrite the working compiler with the broken one. Here's the result:

$ cm3 --version
Critical Mass Modula-3 version d5.11.4
GitInfo: https://github.com/modula3/cm3.git/commit/890a4d8afe330ea733023ba84b84247f9d6d64ac
https://github.com/modula3/cm3.git/commits/master
remote: https://github.com/modula3/cm3.git
revision: 890a4d8
branch: master
last updated: 2021-10-07
compiled: 2021-10-10 19:37:13
configuration: /opt/cm3/bin/cm3.cfg
host: ARM64_LINUX
target: ARM64_LINUX

(Accidentally closed merging pull request.)

I'm preparing a release update including this patch.

I've updated the release to include @Redfoxymoon's fix https://github.com/modula3/cm3/releases/download/d5.11.3/cm3-boot-unix64le-d5.11.3-20211011.cpp.gz but you will still need to copy his config separately for now (edited) https://github.com/modula3/cm3/blob/master/m3-sys/cminstall/src/config-no-install/ARM64_LINUX

I've also verified that the python weirdness you encountered can result from nothing more than a broken cm3.

Hopefully this gets the bootstrap a little further along.

[VictorMiasnikov]

AMD64_LINUX
^^^^^^^^^^^ ? May be ARM64_LINUX?

P.S. see details later {= FIXed, thanks!

Yes, thank you. I spaced out.

[VictorMiasnikov]

AMD64_LINUX

VVM} May be ARM64_LINUX?

FIXed, thanks!

[Pawlicker]

Hopefully this gets the bootstrap a little further along.

It actually builds boot2min and works. However when running ./do-cm3-all.py buildship c the backend fails with an assert failed message. After trying the same C backend setup on AMD64 Ubuntu 20.04, I can also confirm this happens on there as well and created a bug for it (#758) as this is an unrelated bug that happens on the unix64le C backend setup on AMD64 as well.

I'm glad there's progress. After #758 the next bug you're likely to hit is building the mysql/mariadb library. (Because the fix for that unfortunately didn't make it into the release.) Easiest workaround, edit m3-sys/cminstall/src/config-no-install/Linux.common and ~/cm3/bin/config/Linux.common if it exists, to comment out the final line about MYSQL.

%SYSTEM_LIBS{"MYSQL"}       = [ MYSQLLIB, MYSQLDB ]

[VictorMiasnikov]

( "for history")

#758 (comment)

I ( i.e. @Pawlicker) can confirm that using the old tarball with the fixed bootstrap (after adding LINUX_ARM64 and editing MxConfigC.c to include the fix for that platform) works great, and the entire distribution was able to successfully build. The only thing I had to do was install mariadb's libraries for those to build as well.