[Pkg-pascal-devel] castle-game-engine test fails on i386

[Michalis Kamburelis]

Paul Gevers wrote:
> Hi Michalis,
> 
> As you know, I recently enabled the test suite of
> castle-game-engine. It now fails [1] on i386, which I can reproduce
> in a i386 lxc build environment (with cge 5.1.1). Do you easily
> know how I can get more information printed in the output of the
> test so that we can see what is going on? Did you run the test
> suite recently on i386 or are you always building on 64 bit
> systems?
> 
> Failing test is TTestCastleVectors.TestMatrixMultiplication which
> seems simple enough.
> 

That's weird --- the testsuite is checked on Linux i386 (Debian
stable) every night, as part of the nightly build on
http://michalis.ii.uni.wroc.pl/castle-engine-snapshots/ . It was Ok at
engine 5.1.1 release. It also works fine now, also on my system at
home, with engine SVN (on Debian testing, also on i386).

So I'm actually automatically checking on 32-bit system. If anything,
the 64-bit version is not checked automatically (this was the reason
of FNMatch problem in 5.1.0 release you submitted).

Basically, you can debug such assertion failure as any other
exception. I also committed now a small improvement to the testsuite,
it uses new AssertXxx methods that produce detailed output about
expected vs actual value when test failed --- this will provide much
more useful info in case of failure. See
https://sourceforge.net/p/castle-engine/code/14330/ . This may help :)

(The next commit, https://sourceforge.net/p/castle-engine/code/14331/
(large) also improves the testsuite. But it is probably not useful in
this case.)

If you can still reproduce the bug, can you write what FPC version do
you use, and how exactly are you compiling the testsuite? I'm simply
compiling + running like this:

cd ..../castle_game_engine/
make clean
cd tests
./compile_console.sh
./test_castle_game_engine -a

Works fine with FPC 2.6.2, 2.6.4 and fairly recent FPC from SVN
(2.7.1). I tested with FPC from freepascal.org (not the Debian
packaged one).

Regards,
Michalis