Does anyone else have an issue compiling the game logic (oa-0.8.8.tar.bz2) with GCC 4.8?

I get no errors compiling on one machine running GCC 4.7.2 but it won't compile the qvm on another machine running GCC 4.8.2.

Here are the errors:

Code:

make[2]: `build/release-linux-x86_64/baseq3/cgamex86_64.so' is up to date.make[2]: `build/release-linux-x86_64/baseq3/qagamex86_64.so' is up to date.make[2]: `build/release-linux-x86_64/baseq3/uix86_64.so' is up to date.make[2]: `build/release-linux-x86_64/missionpack/cgamex86_64.so' is up to date.make[2]: `build/release-linux-x86_64/missionpack/qagamex86_64.so' is up to date.make[2]: `build/release-linux-x86_64/missionpack/uix86_64.so' is up to date.CGAME_Q3LCC code/cgame/cg_main.cbuild/release-linux-x86_64/tools/q3lcc: fatal error in build/release-linux-x86_64/tools/q3cppmake[2]: *** [build/release-linux-x86_64/baseq3/cgame/cg_main.asm] Error 1make[2]: Leaving directory `/home/galik/dev/oa-0.8.8'make[1]: *** [targets] Error 2make[1]: Leaving directory `/home/galik/dev/oa-0.8.8'make: *** [release] Error 2

This is from a vanilla download - no changes.

Code:

gcc --versiongcc (GCC) 4.8.2 20131212 (Red Hat 4.8.2-7)Copyright (C) 2013 Free Software Foundation, Inc.This is free software; see the source for copying conditions. There is NOwarranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

LCC that is used to compile the qvm is broken in GCC 4.82. This is caused by a non-standard implementation of memmove i LCC. The program does an "undef memmove" and replaces it with a non-standard version. It is fixed in later versions.

The engine also requires libgl1-mesa-dev, libsdl1.2-dev, libvorbis-dev, libfreetype6-dev and libxmp-dev. The last one is a rather new library. It exists in Ubuntu 14.04 but not in previous versions. It is in Debian testing (jessie) too. Travis fails to build it because travis does not have libxmp.

That's unusual. There shouldn't be any .c files at all in the glsl/ folder - just .glsl files. It compiles fine for me :S

This compiling of GLSL shaders was only just recently brought in the latest commit and is something that's trying to mimic renderergl2's compiling of GLSL files as string objects to be referenced in tr_init.c as const char pointers, which doesn't work yet.

Logged

asking when OA3 will be done won't get OA3 done.Progress of OA3 currently occurs behind closed doors alone