Compile error with system compiler (packaging)

[davlgd]

Describe the bug

Since v 0.4.9 I can't compile V on ARM anymore through my distribution package manager (Exherbo/Paludis) which needs to use system compiler in build process, I get this error:

signal 11: segmentation fault
make: *** [GNUmakefile:114: all] Error 139

Reproduction Steps

My compile command which fails within the packager (using Makefile and declaring the compiler with VFLAGS) is:

make -j12 local=1
aarch64-unknown-linux-gnueabi-cc -O3 -pipe -std=gnu99 -w -o v1 ./vc/v.c -lm -lpthread -Wl,-O1 -Wl,--as-needed || cmd/tools/cc_compilation_failed_non_windows.sh
./v1 -no-parallel -o v2 -cc aarch64-unknown-linux-gnueabi-cc cmd/v

Expected Behavior

The compile ends without error

Current Behavior

Compile commands lead to an error

Possible Solution

No response

Additional Information/Context

No response

V version

0.4.9
0.4.10

Environment details (OS name and version, etc.)

Exherbo/Paludis

https://gitlab.exherbo.org/davlgd/CleverCloud/-/tree/patch-1/packages/dev-lang/v?ref_type=heads

Note

You can use the 👍 reaction to increase the issue's priority for developers.

Please note that only the 👍 reaction to the issue itself counts as a vote.
Other reactions and those to comments will not be taken into account.

[huly-for-github]

Connected to Huly®: V_0.6-22387

[davlgd]

I've made more tests, the problem come from -O3 option, I get the same with -O2 but not -O1 or no optimization option:

~/v # export CFLAGS="-pipe"
mdock_exherbo ~/v # make
cd ./vc && git clean -xf && git pull --quiet
cd ./thirdparty/tcc && git clean -xf && git pull --quiet
aarch64-unknown-linux-gnueabi-cc -pipe -std=gnu99 -w -o v1 ./vc/v.c -lm -lpthread  || cmd/tools/cc_compilation_failed_non_windows.sh
./v1 -no-parallel -o v2 -cc aarch64-unknown-linux-gnueabi-cc cmd/v
Compilation with unknown C compiler `aarch64-unknown-linux-gnueabi-cc`
./v2 -nocache -o ./v -cc aarch64-unknown-linux-gnueabi-cc cmd/v
Compilation with unknown C compiler `aarch64-unknown-linux-gnueabi-cc`
rm -rf v1 v2
Compilation with unknown C compiler `aarch64-unknown-linux-gnueabi-cc`

Note: `tcc` was not used, so unless you install it yourself, your backend
C compiler will be `cc`, which is usually either `clang`, `gcc` or `msvc`.

These C compilers, are several times slower at compiling C source code,
compared to `tcc`. They do produce more optimised executables, but that
is done at the cost of compilation speed.

V has been successfully built
V 0.4.10 42538e1
Compilation with unknown C compiler `aarch64-unknown-linux-gnueabi-cc`

~/v # export CFLAGS="-O1 -pipe"
~/v # make
cd ./vc && git clean -xf && git pull --quiet
cd ./thirdparty/tcc && git clean -xf && git pull --quiet
aarch64-unknown-linux-gnueabi-cc -O1 -pipe -std=gnu99 -w -o v1 ./vc/v.c -lm -lpthread  || cmd/tools/cc_compilation_failed_non_windows.sh
./v1 -no-parallel -o v2 -cc aarch64-unknown-linux-gnueabi-cc cmd/v
Compilation with unknown C compiler `aarch64-unknown-linux-gnueabi-cc`
./v2 -nocache -o ./v -cc aarch64-unknown-linux-gnueabi-cc cmd/v
Compilation with unknown C compiler `aarch64-unknown-linux-gnueabi-cc`
rm -rf v1 v2
Compilation with unknown C compiler `aarch64-unknown-linux-gnueabi-cc`

Note: `tcc` was not used, so unless you install it yourself, your backend
C compiler will be `cc`, which is usually either `clang`, `gcc` or `msvc`.

These C compilers, are several times slower at compiling C source code,
compared to `tcc`. They do produce more optimised executables, but that
is done at the cost of compilation speed.

V has been successfully built
V 0.4.10 42538e1
Compilation with unknown C compiler `aarch64-unknown-linux-gnueabi-cc`

~/v # export CFLAGS="-O2 -pipe"
~/v # make
cd ./vc && git clean -xf && git pull --quiet
cd ./thirdparty/tcc && git clean -xf && git pull --quiet
aarch64-unknown-linux-gnueabi-cc -O2 -pipe -std=gnu99 -w -o v1 ./vc/v.c -lm -lpthread  || cmd/tools/cc_compilation_failed_non_windows.sh
./v1 -no-parallel -o v2 -cc aarch64-unknown-linux-gnueabi-cc cmd/v
signal 11: segmentation fault
make: *** [GNUmakefile:114: all] Error 139