Early support of the Saigo toolchain

[illwieckz]

Continuing the work done in:

• Saigo toolchain (first attempt) #971

How to use

Use this game branch too:

• Early support of the Saigo toolchain Unvanquished/Unvanquished#2862

Get the Saigo toolchain, see:

• Consider updating NaCl as an alternative to WebAssembly #795 (comment)

Symlink the native_client/toolchain/linux_x86/saigo_newlib folder into external_deps/linux-amd64-default_10.

Then do:

mkdir build/vms-saigo
cd build/vms-saigo
cmake ../.. -DUSE_NACL_SAIGO=ON -DBUILD_GAME_NACL=ON -DBUILD_GAME_NACL_TARGETS=native \
	-DBUILD_GAME_NATIVE_DLL=OFF -DBUILD_GAME_NATIVE_EXE=OFF \
	-DBUILD_CLIENT=OFF -DBUILD_SERVER=OFF -DBUILD_TTY_CLIENT=OFF \
&& make -j$(nproc)

Current status

• ✅️: success
• ❌️: failure
• ❔️: not tested

sgame	amd64	i686	armhf
build	✅️	✅️	✅️
link	✅️	✅️	✅️
run	✅️	❔️	❔️

cgame	amd64	i686	armhf
build	✅️	✅️	✅️
link	✅️	✅️	✅️
run	✅️	❔️	❔️

[illwieckz]

sgame status

Currently the sgame builds and links for all architectures.

I have tested the amd64 sgame and it runs.

cgame status

The cgame builds for all architectures but the final linkage fails.

To fix this we may build freetype, libpng and lua with Saigo (PNaCl provided a pexe .a for them we can't use since Saigo directly builds nexe without any pexe intermediary step).

It is believed this is the last thing required to achieve cgame building with Saigo.

[slipher]

You can find the old repository with scripts and sometimes patches for building the PNaCl libraries here. Also there is a nice summary.

[illwieckz]

At first I hoped this was for building the NaCl libc. 🥲️

[illwieckz]

More should be done later. The cgame still doesn't build because we would also need to build some dependencies like zlib with Saigo, but the current status is good enough to be merged and avoid piling merge conflicts with it in the future.

[slipher]

Why is this removed? It's the only debugging mechanism we have for NaCl.

[illwieckz]

Probably because I didn't make it work.

[slipher]

I think we should be able to avoid zlib by adjusting the Freetype configuration. zlib is only depended on from functions concerning gzip support. Don't think that's something we need but I could be wrong

[illwieckz]

I think we should be able to avoid zlib by adjusting the Freetype configuration. zlib is only depended on from functions concerning gzip support. Don't think that's something we need but I could be wrong

I can build with Saigo freetype without libpng and without zlib in cgame and get it run properly.

[illwieckz]

So, this looks ready to me, it is known to be able to build a full game (cgame+sgame) that runs once other PRs taking care of other topic are merged. So these two PRs centered on the toolchain itself are good.

Improvements, like investigating and possibly re-enabling SetupCrashHandler() with Saigo can be done later in future PRs.

[illwieckz]

sgame status

The sgame builds and links for all architectures.

I have tested the amd64 sgame and it runs.

cgame status

The cgame builds and links for all architectures.

I have tested the amd64 cgame and it runs.

The cgame also requires this to build:

• FreeType submodule #1446
• Lua and FreeType submodule Unvanquished/Unvanquished#3195

[slipher]

LGTM