Page 1 of 1

building problem

PostPosted: 18 Oct 2011, 14:06
by Toams
hello all!

first of all i must say i really like this game!!!

i'm trying to build latest svn with cmake and i'm recieving an error:


47%] Building CXX object CMakeFiles/supertuxkart.dir/src/guiengine/widgets/CGUIEditBox.cpp.o
In file included from /home/tommi/code/supertuxkart/src/guiengine/widgets/CGUIEditBox.cpp:5:0:
/home/tommi/code/supertuxkart/src/guiengine/widgets/CGUIEditBox.h:39:33: fout: conflicting return type specified for ‘virtual const irr::video::SColor& CGUIEditBox::getOverrideColor() const’
/usr/local/include/IGUIEditBox.h:51:25: fout: overriding ‘virtual irr::video::SColor irr::gui::IGUIEditBox::getOverrideColor() const’
make[2]: *** [CMakeFiles/supertuxkart.dir/src/guiengine/widgets/CGUIEditBox.cpp.o] Fout 1
make[1]: *** [CMakeFiles/supertuxkart.dir/all] Fout 2
make: *** [all] Fout 2

maybe i'm missing something?

i'm using svn r10008 and irrlicht svn from a few days ago.

Re: building problem

PostPosted: 18 Oct 2011, 16:44
by Auria
Hi,

this is an annoying irrlicht problem : irrlicht 1.8 is not yet out, but we need to use irrlicht trunk because of bugs in irrlicht 1.7. At this time we recommend using irrlicht r3843

Re: building problem

PostPosted: 19 Oct 2011, 15:17
by Toams
using irrlicht r3843 did the trick for me. I only had a linker error wich i fixed by installing a extra library, fribidi if i recall correctly. Normally cmake tells me wich library i'm missing before you can start compiling?
now i want to install stk systemwide, but using sudo make install doesn't work?

Re: building problem

PostPosted: 19 Oct 2011, 16:59
by Auria
Toams {l Wrote}:using irrlicht r3843 did the trick for me. I only had a linker error wich i fixed by installing a extra library, fribidi if i recall correctly. Normally cmake tells me wich library i'm missing before you can start compiling?
now i want to install stk systemwide, but using sudo make install doesn't work?


yeah I could add a check for fribidi at configure time
as to sudo make install, I can check. understand that our CMake build system is younger than the autotools one so you may find rough edges here and there, but thanks a lot for testing :)

Re: building problem

PostPosted: 19 Oct 2011, 22:18
by Toams
ah no problem, i use autotools for now then.

Re: building problem

PostPosted: 24 Nov 2011, 06:15
by Ana
Hi guys,

I have never worked with Subversion and tools like that ... I am a deep newbie ... and I have a question.

How should I customize the command "svn checkout https://irrlicht.svn.sourceforge.net/sv ... icht/trunk irrlicht" to recover Irrlicht version 3843 ?

Thank you very much.

Re: building problem

PostPosted: 24 Nov 2011, 12:24
by coug36
Hi Ana,

Use the -r option, like so:

"svn checkout https://...irrlicht/trunk irrlicht -r 3843"

For more info: http://svnbook.red-bean.com/en/1.0/re04.html

Re: building problem

PostPosted: 24 Nov 2011, 12:56
by Arthur
Oh, another thing: if you want to checkout latest STK svn, you need to use latest Irrlicht for that (the change was made recently). If you just want to build 0.7.3, you'll need 3843 though.

Re: building problem

PostPosted: 24 Nov 2011, 17:03
by Ana
Cool ...

... I was able to get irrlicht 1.8 r3843 with the updated command. I was even able to compile in release mode ( NDEBUG=1 make ) in order to maximize the performance ... and finally ... recompile and make install STK 0.7.3.

Now I can play again this very, very cool game but ... unfortunately I have some screen flickering ... I guess it may be due to irrlicht alpha state ... so probably I will have to wait to get a more confortable user experience.

I have had to add directory “/usr/local/games/” to my install (Kubuntu Natty amd64) PATH because, even though a INSTALL file stated that after making install the executable would go to “/usr/local/bin” directory, when I invoked the game I recieved something like “file not found”.

Strange thing : After the successful install ended ...when I check TODAY through Synaptic the libirrlicht version I can see “1.8~svn3843-0~8~natty1” ... this is a bit weird, because YESTERDAY the version was “1.8svn3643~natty” (I took a screenshot ;) ) and the only thing I made to the package was a 'complete uninstall' before installing the new handmade version. I asume that the command “svn checkout https://irrlicht.svn.sourceforge.net/sv ... icht/trunk irrlicht -r 3843” works outwards Synaptic so ... this is a bit strange to me that according to Synaptic I have available a new libirrlicht version (compared to yesterday) but ... yesterday it didn't offered me that uptated version. NO PROBLEM ANYWAY ... I can NOT use Synaptic version because the package is precompiled in Debug mode ... and I prefer to avoid that performance overhead. It seems that things could be a bit easier for regular users ... maybe I am wrong ...

Thank you guys ...

Re: building problem

PostPosted: 24 Nov 2011, 17:07
by Auria
The flickering actually is probably a problem with your drivers

Re: building problem

PostPosted: 26 Nov 2011, 13:05
by coug36
Are the Windows dependencies downloads incorrect, then? Should Windows users be building Irrlicht revision 3843 as well? The function definitions for getOverrideColor() in the irrlicht includes directory and STK still differ, thus breaking the build in VC++10

Re: building problem

PostPosted: 26 Nov 2011, 16:42
by termina1
Hey coug36

Yes, I don't think the Windows dependency package is quite there yet. For the irrlicht revision: Arthur's post also applies to Windows:

Arthur {l Wrote}:Oh, another thing: if you want to checkout latest STK svn, you need to use latest Irrlicht for that (the change was made recently). If you just want to build 0.7.3, you'll need 3843 though.