Compile problem in gentoo (Revision: 12556)

Trying to build your own version of Vega Strike and having problems? Unix users, paste your config.log here (stderr output alone is not helpful).
Post Reply
Aiwendil
Insys Pilot
Insys Pilot
Posts: 2
Joined: Sun Jun 14, 2009 3:34 pm

Compile problem in gentoo (Revision: 12556)

Post by Aiwendil »

I'm trying to compile Revision 12556 in gentoo and ran in the following problem:

Code: Select all

depbase=`echo src/cmd/base_xml.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
        g++ -DHAVE_CONFIG_H -I.   -DBOOST_PYTHON_NO_PY_SIGNATURES -DBOOST_PYTHON_STATIC_LIB -I./boost/1_35    -DHAVE_SDL=1 -DSDL_WINDOWING=1      -DHAVE_AL=1   -DHAVE_OGG  -DHAVE_FFMPEG  -I/usr/include/python2.6 -DHAVE_PYTHON=1    -I./src   -pipe -O3 -g -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -pthread -MT src/cmd/base_xml.o -MD -MP -MF $depbase.Tpo -c -o src/cmd/base_xml.o src/cmd/base_xml.cpp &&\
        mv -f $depbase.Tpo $depbase.Po
depbase=`echo src/cmd/basecomputer.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
        g++ -DHAVE_CONFIG_H -I.   -DBOOST_PYTHON_NO_PY_SIGNATURES -DBOOST_PYTHON_STATIC_LIB -I./boost/1_35    -DHAVE_SDL=1 -DSDL_WINDOWING=1      -DHAVE_AL=1   -DHAVE_OGG  -DHAVE_FFMPEG  -I/usr/include/python2.6 -DHAVE_PYTHON=1    -I./src   -pipe -O3 -g -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -pthread -MT src/cmd/basecomputer.o -MD -MP -MF $depbase.Tpo -c -o src/cmd/basecomputer.o src/cmd/basecomputer.cpp &&\
        mv -f $depbase.Tpo $depbase.Po
src/cmd/basecomputer.cpp: In member function 'void BaseComputer::loadLoadSaveControls()':
src/cmd/basecomputer.cpp:3166: error: invalid conversion from 'int (*)(const void*, const void*)' to 'int (*)(const dirent**, const dirent**)'
src/cmd/basecomputer.cpp:3166: error:   initializing argument 4 of 'int scandir(const char*, dirent***, int (*)(const dirent*), int (*)(const dirent**, const dirent**))'
make[1]: *** [src/cmd/basecomputer.o] Error 1
make[1]: Leaving directory `/home/olorin/games/VegaStrike/vegastrike'
make: *** [all] Error 2
Tried to use cmake too, but more or less the same problem there (Same compile error).

Code: Select all

#LC_ALL=C gcc --version
gcc (Gentoo 4.3.3-r2 p1.1, pie-10.1.5) 4.3.3
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Code: Select all

#uname -a
Linux moria 2.6.29-gentoo-r5 #1 SMP Thu May 28 11:23:00 CEST 2009 x86_64 AMD Phenom(tm) 9750 Quad-Core Processor AuthenticAMD GNU/Linux
Did a quick search here, but couldn't find anything about this (or maybe was just too stupid to use the right keywords for the search ;) ). Any help would be appreciated, thx in advance. The build log I attached was done with LC_ALL=C too, but I have the same problem without it, just thought English compiler messages are more useful than german.
You do not have the required permissions to view the files attached to this post.
loki1950
The Shepherd
Posts: 5841
Joined: Fri May 13, 2005 8:37 pm
Location: Ottawa
Contact:

Re: Compile problem in gentoo (Revision: 12556)

Post by loki1950 »

Firstly welcome to our forum Aiwendil and i see from the config log that it's Python 2.6.2 that you are using that may be the issue not sure but there maybe some hints for you in this thread http://vegastrike.sourceforge.net/forum ... =5&t=14746 but that was with gcc 4.4 as well as Python 2.6.2 but I'm not a coder just the guy with the patiences to read all the logs,and I am not in my fedora install ATM but Win7 as i try to get it to build there.Hopefully one of the other members can enlighten you as to the cause for your errors.

Enjoy the Choice :)
my box::HP Envy i5-6400 @2Q70GHzx4 8 Gb ram/1 Tb(Win10 64)/3 Tb Mint 19.2/GTX745 4Gb acer S243HL K222HQL
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
dagg
Bounty Hunter
Bounty Hunter
Posts: 138
Joined: Thu May 22, 2008 8:53 am

Re: Compile problem in gentoo (Revision: 12556)

Post by dagg »

dude, welcome, what ebuild are you using?
I had no problem either with the ebuild or hand compilation
plueschinger
Confed Special Operative
Confed Special Operative
Posts: 348
Joined: Fri Apr 14, 2006 1:41 am

Re: Compile problem in gentoo (Revision: 12556)

Post by plueschinger »

Hello

@alwendil

Perhaps you know already,
I just upgraded to fedora 11, and I have nearly the same problems,
Loki thinks, that it has to do with python 2.6.

If you have more infos, please let an info here for me or in my thread.
called (compile problems with fedora 11 (Revision 12556).

Regards
Plueschinger

BTW
@dagg
I know about ebuild,
but this doesn't help a fedorian.
Aiwendil
Insys Pilot
Insys Pilot
Posts: 2
Joined: Sun Jun 14, 2009 3:34 pm

Re: Compile problem in gentoo (Revision: 12556)

Post by Aiwendil »

dagg wrote:dude, welcome, what ebuild are you using?
I had no problem either with the ebuild or hand compilation
no ebuild, compiling on my own
loki1950 wrote:Firstly welcome to our forum Aiwendil and i see from the config log that it's Python 2.6.2 that you are using that may be the issue not sure but there maybe some hints for you in this thread http://vegastrike.sourceforge.net/forum ... =5&t=14746 but that was with gcc 4.4 as well as Python 2.6.2 but I'm not a coder just the guy with the patiences to read all the logs,and I am not in my fedora install ATM but Win7 as i try to get it to build there.Hopefully one of the other members can enlighten you as to the cause for your errors.

Enjoy the Choice :)
Ah, thx, must have missed that thread. Helped a lot with my problem. I could compile src/cmd/basecomputer.cpp by changing the define in line 3148 to "#if (__GLIBC__>2 || __GLIBC_MINOR__>=10) || (defined(_WIN32) && !defined(CYGWIN))". The "versionsort" #if didn't work for me.

Ran into another problem later about a missing target "objconv/mesher/Converter.cpp" for "objconv/mesher/mesher-Converter.o", but could solve that for now by only doing a "make vegastrike vegaserver vssetup" instead of a make all. Will look into this later on and to see if it works with cmake.

Oh, and thx for the welcomes too ;).

[Edit]

Okay, tried out a few things about mesher. First problem was that "cmake ." didn't run because it couldn't find Converter.cpp which really wasn't in my objconv/mesher dir. No idea how I did this, can't remember that I did anything in that directory (especially not deleting files ;)). But I did a lot of "make distclean"s and switching between autotools/cmake. No idea if that could lead to a file being deleted. So I solved this by checking out the vegastrike tree with svn again. Got cmake to run again and with the above fix I was able to compile vegastrike, vegaserver and vssetup again. But a "make mesher" still returns an error.

Code: Select all

#LC_ALL=C make mesher
Scanning dependencies of target mesher
Built target mesher
Linking CXX executable mesher
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot open output file mesher: Is a directory
collect2: ld returned 1 exit status
make[3]: *** [objconv/mesher] Error 1
make[2]: *** [objconv/CMakeFiles/mesher.dir/all] Error 2
make[1]: *** [objconv/CMakeFiles/mesher.dir/rule] Error 2
make: *** [mesher] Error 2
Not that the mesher executable is really important for me...Just giving these infos here in case someone finds them useful. Right now I'm happy that I got all else to compile and can run vegastrike. So thanks again for all the help.

[Edit2]
Ok, this is getting funny.
Things I did:

Code: Select all

#svn co https://vegastrike.svn.sourceforge.net/svnroot/vegastrike/trunk/vegastrike
...
#cd vegastrike
#cmake .
#vim src/cmd/basecomputer.cpp
[changed the line 3148 as stated above]
#make
[error when linking mesher from above]
#make vegastrike vegaserver vssetup
[no problem here]
#LC_ALL=C make mesher
[again the error from above...LC_ALL=C to have english output to post it here]
Scanning dependencies of target mesher
Built target mesher
Linking CXX executable mesher
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot open output file mesher: Is a directory
collect2: ld returned 1 exit status
make[3]: *** [objconv/mesher] Error 1
make[2]: *** [objconv/CMakeFiles/mesher.dir/all] Error 2
make[1]: *** [objconv/CMakeFiles/mesher.dir/rule] Error 2
make: *** [mesher] Error 2
#ls objconv/mesher/                                                               
6_texture_box.mtl
Converter.h
expat.h
from_obj.cpp
mesh_io.h
mesher.vcproj
to_OgreMesh.cpp           
6_texture_box.obj
Modules
expat.lib
from_obj.h
mesher.dsp
test.xmesh
to_OgreMesh.h             
BFXM specification.txt
PrecompiledHeaders
from_BFXM.cpp
main.cpp
mesher.dsw
to_BFXM.cpp
to_obj.cpp
Converter.cpp
expat.dll
from_BFXM.h
mesh.h
mesher.sln
to_BFXM.h
to_obj.h
#make mesher
Built target mesher
[100%] Built target mesher
#ls objconv/mesher/
6_texture_box.mtl
Converter.h
expat.h
from_obj.cpp
mesh_io.h
mesher.sln
to_BFXM.h
to_obj.h
6_texture_box.obj
Modules
expat.lib
from_obj.h
mesher
mesher.vcproj
to_OgreMesh.cpp
BFXM specification.txt
PrecompiledHeaders
from_BFXM.cpp
main.cpp
mesher.dsp
test.xmesh
to_OgreMesh.h
Converter.cpp
expat.dll
from_BFXM.h
mesh.h
mesher.dsw 
to_BFXM.cpp
to_obj.cpp
#ls -ls objconv/mesher
insgesamt 676
  4 -rw-r--r-- 1 olorin olorin   1166 15. Jun 15:35 6_texture_box.mtl
  4 -rw-r--r-- 1 olorin olorin    830 15. Jun 15:35 6_texture_box.obj
  8 -rw-r--r-- 1 olorin olorin   4456 15. Jun 15:35 BFXM specification.txt
  8 -rw-r--r-- 1 olorin olorin   5847 15. Jun 15:35 Converter.cpp
  8 -rw-r--r-- 1 olorin olorin   7068 15. Jun 15:35 Converter.h
  4 drwxr-xr-x 3 olorin olorin   4096 15. Jun 15:35 Modules
  4 drwxr-xr-x 3 olorin olorin   4096 15. Jun 15:35 PrecompiledHeaders
136 -rw-r--r-- 1 olorin olorin 135168 15. Jun 15:35 expat.dll
 28 -rw-r--r-- 1 olorin olorin  26371 15. Jun 15:35 expat.h
 16 -rw-r--r-- 1 olorin olorin  14902 15. Jun 15:35 expat.lib
 48 -rw-r--r-- 1 olorin olorin  48376 15. Jun 15:35 from_BFXM.cpp
  4 -rw-r--r-- 1 olorin olorin    417 15. Jun 15:35 from_BFXM.h
 20 -rw-r--r-- 1 olorin olorin  18622 15. Jun 15:35 from_obj.cpp
  4 -rw-r--r-- 1 olorin olorin    237 15. Jun 15:35 from_obj.h
  4 -rw-r--r-- 1 olorin olorin    517 15. Jun 15:35 main.cpp
  4 -rw-r--r-- 1 olorin olorin     43 15. Jun 15:35 mesh.h
  4 -rw-r--r-- 1 olorin olorin     50 15. Jun 15:35 mesh_io.h
  0 lrwxrwxrwx 1 olorin olorin     55 15. Jun 15:50 mesher -> /home/olorin/games/VegaStrike/vegastrike/objconv/mesher
 12 -rw-r--r-- 1 olorin olorin  10382 15. Jun 15:35 mesher.dsp
  4 -rw-r--r-- 1 olorin olorin    506 15. Jun 15:35 mesher.dsw
  4 -rw-r--r-- 1 olorin olorin    871 15. Jun 15:35 mesher.sln
  8 -rw-r--r-- 1 olorin olorin   6935 15. Jun 15:35 mesher.vcproj
208 -rw-r--r-- 1 olorin olorin 204821 15. Jun 15:35 test.xmesh
 64 -rw-r--r-- 1 olorin olorin  59297 15. Jun 15:35 to_BFXM.cpp
  8 -rw-r--r-- 1 olorin olorin   7573 15. Jun 15:35 to_BFXM.h
 48 -rw-r--r-- 1 olorin olorin  47968 15. Jun 15:35 to_OgreMesh.cpp
  4 -rw-r--r-- 1 olorin olorin   1972 15. Jun 15:35 to_OgreMesh.h
  4 -rw-r--r-- 1 olorin olorin     20 15. Jun 15:35 to_obj.cpp
  4 -rw-r--r-- 1 olorin olorin      1 15. Jun 15:35 to_obj.h
#ls -la mesher
lrwxrwxrwx 1 olorin olorin 55 15. Jun 15:48 mesher -> /home/olorin/games/VegaStrike/vegastrike/objconv/mesher
So it "compiles" after some tries, but leaves me with a symbolic link mesher pointing to the vegastrike/objconv/mesher directory in the vegastrike/objconv/mesher and vegastrike directory.
loki1950
The Shepherd
Posts: 5841
Joined: Fri May 13, 2005 8:37 pm
Location: Ottawa
Contact:

Re: Compile problem in gentoo (Revision: 12556)

Post by loki1950 »

Well it looks like your solution also helped Plueschinger :wink: and regarding mesher it is a recent target for the cmake system so there may indeed be some tweaking necessary but as you said it's not needed if all you want is to run the game but in conjunction with pyramid's UC and nvcompress mesher is needed to get models into the game.

Enjoy the Choice :)
my box::HP Envy i5-6400 @2Q70GHzx4 8 Gb ram/1 Tb(Win10 64)/3 Tb Mint 19.2/GTX745 4Gb acer S243HL K222HQL
Q8200/Asus P5QDLX/8 Gb ram/WD 2Tb 2-500 G HD/GF GT640 2Gb Mint 17.3 64 bit Win 10 32 bit acer and Lenovo ideapad 320-15ARB Win 10/Mint 19.2
dagg
Bounty Hunter
Bounty Hunter
Posts: 138
Joined: Thu May 22, 2008 8:53 am

Re: Compile problem in gentoo (Revision: 12556)

Post by dagg »

when I compile it, I don't use cmake, I use the old ./configure and make
plueschinger
Confed Special Operative
Confed Special Operative
Posts: 348
Joined: Fri Apr 14, 2006 1:41 am

Re: Compile problem in gentoo (Revision: 12556)

Post by plueschinger »

Hello

@dagg
I also don't use cmake, it even doesn't work on my computer like I want to,
when I run cmake, it just opens it's help menu and after this I'm not a little bit more intelligent.
But if I really would need cmake, someone would explain me, how to use it.
Sorry for my ebuild answer. :roll:

@alwendil
Thanks a lot for your basecomputer.cpp solution,
after I solved my "#elif BOOST_PP_ITERATION_DEPTH() == 1" problem due to a change to
"#elif BOOST_PP_ITERATION_DEPTH == 1", I had the basecomputer.cpp error.
Thanks a lot.

Regards
Plueschinger
energyman76b
ISO Party Member
ISO Party Member
Posts: 445
Joined: Tue Feb 11, 2003 8:04 am

Re: Compile problem in gentoo (Revision: 12556)

Post by energyman76b »

Hi,

you could always switch to python 2.5 you know .. eselecty python set 2.5 ... I did that for vegastrike in the past ...
Post Reply