Re: [Vrmlengine-main] compiling issues
Game engine supporting many 3D/2D formats and graphic effects
Brought to you by:
kambi
From: Michalis K. <mic...@gm...> - 2009-01-18 07:55:16
|
da...@la... wrote: > > by the way, one other problem that I had was that it looks like one > program depends on the results of the other program(s) not only being > compiled, but being moved somewhere in the path. The view3dscene/run_tests.sh? Yeah, it did require view3dscene on the $PATH. Fixed view3dscene/run_tests.sh in SVN now, it will now use view3dscene compiled in current dir if available. > > I ended up doing a svn checkout of everything and then doing > find . -executable -type f |grep -v ".sh$"|while read file; do cp -p $file /usr/src/kambi/bin ;done > to get copies of all the executables in one place. This shouldn't be needed, only view3dscene was needed for view3dscene/run_tests.sh. BTW, this showed me that there are many files committed with executable bit accidentally on (a result of working long time ago on FAT filesystem). Fixed in SVN now, so "find . -executable -type f" will find only real executables. >> What version of the sources (the ones from SVN, or the stable tar.gz >> releases?), what version of FPC do you use? > > missed the question about fpc. > > #dpkg -l |grep fpc > > ii fpc 2.2.0-dfsg1-9ubuntu1 > Free Pascal Compiler -- Meta Package > Ah, and that's the reason of your problems. See http://vrmlengine.sourceforge.net/kambi_vrml_game_engine.php#section_fpc_ver : FPC 2.2.0 has a terrible bug in OpenGL unit, that will cause all programs on non-32-bit platforms to fail with access violations whenever they query OpenGL about extensions. Solutions: 1. Place -Fu<path-where-you-downloaded-vrmlengine>kambi_vrml_game_engine/opengl/x86_64/ at the beginning of your ~/.fpc.cfg (or /etc/fpc.cfg, whichever exists), and recompile all (doing "make clean" inside "kambi_vrml_game_engine/" directory, and then compiling view3dscene again should do the trick). For safety, you can even temporarily remove/rename the files /usr/lib/fpc/2.2.0/units/x86_64-linux/opengl/glext.o /usr/lib/fpc/2.2.0/units/x86_64-linux/opengl/glext.ppu before recompiling, to make sure FPC doesn't use buggy versions of this unit. 2. Or just install FPC 2.2.2 from http://www.freepascal.org/, the bug is fixed there. Michalis |