Bitpost wiki - User contributions [en]

Terminus Making the code portable to linux

2006-08-01T02:06:55Z

SquidBoy:

world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'

To me this looks like it is not finding the Sint32 type in SDL_types.h?
Either that or it is not finding my util/graph.h?



But hey, on the positive side, main.cpp and config.cpp have successfully compiled! :>

Compiling craftselect.cpp... here's the full first error:

In file included from world/weapon.hpp:8,
from world/craft.hpp:11,
from craftselect.hpp:9,
from craftselect.cpp:5:
world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'
world/bullet.hpp: In member function `TeRect TeBullet::getBoundRect()':
world/bullet.hpp:236: error: request for member `CenteredAt' in `rclBullet',
which is of non-aggregate type `const TeRect ()(TePoint (*)())'

"non-aggregate" apparently means the compiler doesn't think the return value from CenteredAt is a class or struct.
It looks fine to me:

TeRect CenteredAt( TePoint pt ) const;

Lemme sleep on it, I'll give you an answer in the morning...



I emailed you the entire makefile generated by Dev-Cpp.

Here is the portion that applies to craftselect.cpp:

craftselect.o: craftselect.cpp craftselect.hpp util/gui.hpp
util/graph.hpp util/fixmath.hpp util/text.hpp util/image.hpp
util/element.hpp util/../system.hpp util/../util/log.hpp util/../util/graph.hpp util/../config.hpp
util/../xml/xmlutils.h util/../xml/tinyxml.h util/../profile.hpp util/../util/audio.hpp
util/../util/graph.hpp util/../xml/xmlutils.h util/blit.hpp world/craft.hpp world/../gamedef.hpp
world/../util/image.hpp world/../util/smoke.hpp world/../util/element.hpp world/../util/body.hpp
world/../util/../system.hpp world/../util/graph.hpp world/../util/fixmath.hpp world/weapon.hpp
world/bullet.hpp world/../util/anim.hpp world/../util/blit.hpp world/../util/audio.hpp
world/../util/exhaust.hpp world/../util/smoke.hpp world/../util/../gamedef.hpp
world/../xml/xmlutils.h world/target.hpp world/../util/log.hpp gamesys.hpp system.hpp
game.hpp scene.hpp util/text.hpp util/element.hpp mainmenu.hpp results.hpp world/capital.hpp
world/block.hpp world/../util/body.hpp world/target.hpp util/message.hpp world/event.hpp
world/../util/graph.hpp $(CPP) -c craftselect.cpp -o craftselect.o $(CXXFLAGS)

where

CPP = g++.exe -D__DEBUG__
CXXFLAGS = $(CXXINCS) -fexceptions -g3
CXXINCS =




I'm thinking it's a [const] issue... checking...



On the side, there is a new Windows demo available at http://soloforge.com/files/TerminusDemo.zip



Dang John! The content is BURSTING FORTH! This is fun stuff... like a graphic novel come to life...



Cool :-) Oh, the fighter melee tutorial is broken. The latest SVN version fixes it.



Trying to isolate the error in bullet.hpp...

cd terminus/terminus/world
cp bullet.hpp test.cpp
g++ -I/home/m/development/terminus/fmod/api -I/usr/include/SDL test.cpp

That does it. Now to play with test.cpp...
OK, looks like g++ sees these and thinks they are function declarations:

const TeSize szBullet( nBulletW, nBulletH );
const TeRect rclBullet( TePoint(), szBullet );

Change to this and g++ "gets" it:

const TeSize szBullet = TeSize( nBulletW, nBulletH );
const TeRect rclBullet = TeRect( TePoint(), szBullet );

John, I hope you don't mind, I checked in that change, and one other similar change in world/craft.hpp. I want to be EXTREMELY careful about breaking anything of yours, can you see if it still works for you?


I am not on my home DEV station, so I cannot just check this just now, but I am sure it is fine. Go ahead and make these kind of changes with no worries. If there are any issues I will let you know.


I suppose to do this right, I should have both Linux and Windows builds set up and test in both... eventually... :>

Next up: replace _finddata_t in the Linux build with a Linux equivalent...

profile.cpp:6:16: io.h: No such file or directory
profile.cpp: In member function `void
TeProfileMgr::Load(std::basic_string<char, std::char_traits<char>,
std::allocator<char> >)':
profile.cpp:449: error: `_finddata_t' undeclared (first use this function)

I found some suggestions:

Try looking at the following functions
opendir
readdir, readdir_r
fnmatch[/color]
scandir, where available
take a look at glob(3c) and ftw/nftw

I have two options:

# Make my own reusable functions for file operations using M$ calls or [http://docs.hp.com/en/B2355-60105/directory.3C.html Unix calls] depending on the build target
# Use [http://www.boost.org/libs/filesystem/doc/index.htm the filesystem library in boost]

The first is better if the job is small, but little guys can't afford to reinvent the wheel for anything substantial. I already use boost in HTDJ for serialization. It's definitely got a ramp up time, but it's not too heavy once you're up to speed. I will explore the boost filesystem library docs next...



That io.h include is coming from the MinGW lib, which is base set of C/C++ headers that allows you to compile windows apps with GCC. Look at www.mingw.org. There should be a mingw or a mingw32 package to install under Linux. I run mepis, which uses Synaptic, and there is a mingw32 package.

I used mingw and gcc specificall so for easo-breezo cross platform. Not so easy I guess.

Try changing the "io.h" to <io.h> or <io> and see if that works? Then maybe install that mingw32 package and try <io.h>? I thought this stuff bought us cross-platform in a big way, so I would like to try and figure it out first before the boost option.

1/2 of the stuff I do at work is on Linux, BTW, so I am coming up to speed rather quick. I use Kdevelop at work, although I try to do as much as I can from the command line so that I can be a Linux nerd too :-) So far, cream is my favorite command line style editing proggie.

I am building up a linux laptop tonight so that I can be more useful on the Linux side. It will take me a while to get it all config'd and updated like my box at work is.



Doh, I hadn't thought of that, I will go check out www.mingw.org now. If you get work time on Linux you are probably past me by now. :> Hey, regarding the autotools setup I've put together, I believe autotools and Kdevelop play nicely, but not positive. Feel free to change direction if Kdevelop has a different way of building the project that you would prefer. In the meantime, I'm checking out MinGW...

Hrmm, at first glance it looks like MinGW is specifically for a Windows development environment. IE, it allows you to use gcc on Windows with Windows-specific API's and functions (like _finddata_t). But you mention that Synaptic serves it up on mepis. I'm digging to see if a Fedora package exists...



The autotools stuff is cool - let's keep it - viss our command line ve shall take over za vurld! :)
My linux box is built, but I haven't done anything with it yet - I am working on the Windows side tonight.

Oh, btw, the code changes you checked in work fine. I haven't received emails from the last couple of wiki changes you entered, so I was not aware of the code changes until you sent that email. Is your SMTP the wiki points to working?



I think the wiki's working, I'm getting emails. You might need to fix your watch settings, as I moved the pages around a little bit - try clicking on that "watch" tab above...



Yeah, I was no longer set up to watch this page. Testing, 1.. 2.. 3..



How about if *I* change it? That should send you an email...



Back to Linux...

I built up a Fedora box and could not get the autotools working (see the autotools page). So I installed Anjuta and tried to get it working under an IDE and ran into the same compile problem that you had.

I modified profile.cpp slightly so that the file compiles. I will get back to converting the profile search to boost (or whatever) later. The modified code will just cause the game to run with the default profile, which is perfectly fine for playing the game in development.

After that, I was able to compile!!! But not to link, heh, and I gave up at that point because I had solved the important issue. So, get an update of profile.cpp and let me know if the game runs :-)



Hey Johnny! I just svn'ed version 31. I got past profile! And other modules. Final compile results:

system.cpp:67: error: type specifier omitted for parameter `szScreen'
system.cpp:67: error: `TeRect rclScreen(TePoint (*)())' redeclared as different kind of symbol
system.hpp:35: error: previous declaration of `TeRect rclScreen'
system.hpp:35: error: previous non-function declaration `TeRect rclScreen'
system.cpp:67: error: conflicts with function declaration `TeRect rclScreen(TePoint (*)())'

Will dig deeper now...
It's the same gcc issue I mentioned before, fixed by changing from constructor to assignment (like this):

TeSize szScreen( nScreenW, nScreenH );

...becomes...

TeSize szScreen = TeSize( nScreenW, nScreenH );

Now I'm getting "No rule to make anim.cpp", I assume that file is new? Redoing autotools...



Cool! anim.cpp has been around for some time, though.



Yeah, it's the first file I've gotten to in a subdirectory... looks like I need to tweak my autotools setup... I will check in that one little change I made first.

Curses! Backslashes be damned! :P Moving forward again, after updating terminus/Makefile.am to use FORWARD slashes doh...

util/graph.cpp: In member function `void TeRect::ThickRect(int, unsigned int) const':
util/graph.cpp:196: error: syntax error before `,' token



Huh. Just taking a gander at the code, I don't see what the issue is there. They really don't like the way I use constructors, do they?

When I compiled under Linux, I saw all kinds of warnings that I don't get under Windows. To compensate, I cranked up the warning level under my Windows IDE to do some compliance clean-up. But THEN the FMOD header wouldn't compile in, and ther e is nothing I can do about the FMOD libs.

Perhaps a PCLint scan could be tuned to pick up minor compliance problems but not the major ones from FMOD?



I don't get why g++ is complaining, other than it can't seem to distinguish the static constructor from a function declaration for some reason. That's the only real issue I've had, not a big one for sure. Now digging back in to the latest error...

OK, changed this:

TeRect( r(), y - nPad, nPad, h + ( nPad << 1 ) ).FillRect( uiColor );

...to this (again, not sure why, just going with what works, and isn't TOO messy)...

TeRect( this->r(), y - nPad, nPad, h + ( nPad << 1 ) ).FillRect( uiColor );

Now I'm up to the linking errors too!! Whoo! getting closer...



Excellent! I am "working" tonight too :-) I will turn AIM on.



First link error:

game.o(.text+0x150): In function `TeGame::TeGame[not-in-charge]()':
/home/m/development/terminus/terminus/game.cpp:42: undefined reference to `TeResultsGui::TeResultsGui[in-charge](TeGame*)'

OK got through them by adding SDL libs to Makefile.am!

terminus_LDADD = ../fmod/api/lib/libfmodex.so /usr/lib/libSDL.so /usr/lib/libSDL_gfx.so /usr/lib/libSDL_image.so

It linked! Now getting a segfault... time for gdb...




This is a total side rail:

http://linux.slashdot.org/article.pl?sid=06/07/31/2227205&threshold=2

Some interesting points to note:

1. Still not that many games for Linux? Good for us!

2. We make our own live CD that runs the game on ANY machine! Brilliant idea!

3. "Ever heard of the Linux Standards Base? If they develop for LSB, it will run on any Linux distro that supports LSB (namely, almost any of the big ones as of now)." I've never even heard of this, myself.

Reading this article made the Linux port of Terminus Est all the more sexy, IMO :-)

Terminus Making the code portable to linux

2006-07-27T01:45:55Z

SquidBoy:

Terminus Making the code portable to linux

2006-07-27T01:45:05Z

SquidBoy:

world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'

To me this looks like it is not finding the Sint32 type in SDL_types.h?
Either that or it is not finding my util/graph.h?



But hey, on the positive side, main.cpp and config.cpp have successfully compiled! :>

Compiling craftselect.cpp... here's the full first error:

In file included from world/weapon.hpp:8,
from world/craft.hpp:11,
from craftselect.hpp:9,
from craftselect.cpp:5:
world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'
world/bullet.hpp: In member function `TeRect TeBullet::getBoundRect()':
world/bullet.hpp:236: error: request for member `CenteredAt' in `rclBullet',
which is of non-aggregate type `const TeRect ()(TePoint (*)())'

"non-aggregate" apparently means the compiler doesn't think the return value from CenteredAt is a class or struct.
It looks fine to me:

TeRect CenteredAt( TePoint pt ) const;

Lemme sleep on it, I'll give you an answer in the morning...



I emailed you the entire makefile generated by Dev-Cpp.

Here is the portion that applies to craftselect.cpp:

craftselect.o: craftselect.cpp craftselect.hpp util/gui.hpp
util/graph.hpp util/fixmath.hpp util/text.hpp util/image.hpp
util/element.hpp util/../system.hpp util/../util/log.hpp util/../util/graph.hpp util/../config.hpp
util/../xml/xmlutils.h util/../xml/tinyxml.h util/../profile.hpp util/../util/audio.hpp
util/../util/graph.hpp util/../xml/xmlutils.h util/blit.hpp world/craft.hpp world/../gamedef.hpp
world/../util/image.hpp world/../util/smoke.hpp world/../util/element.hpp world/../util/body.hpp
world/../util/../system.hpp world/../util/graph.hpp world/../util/fixmath.hpp world/weapon.hpp
world/bullet.hpp world/../util/anim.hpp world/../util/blit.hpp world/../util/audio.hpp
world/../util/exhaust.hpp world/../util/smoke.hpp world/../util/../gamedef.hpp
world/../xml/xmlutils.h world/target.hpp world/../util/log.hpp gamesys.hpp system.hpp
game.hpp scene.hpp util/text.hpp util/element.hpp mainmenu.hpp results.hpp world/capital.hpp
world/block.hpp world/../util/body.hpp world/target.hpp util/message.hpp world/event.hpp
world/../util/graph.hpp $(CPP) -c craftselect.cpp -o craftselect.o $(CXXFLAGS)

where

CPP = g++.exe -D__DEBUG__
CXXFLAGS = $(CXXINCS) -fexceptions -g3
CXXINCS =




I'm thinking it's a [const] issue... checking...



On the side, there is a new Windows demo available at http://soloforge.com/files/TerminusDemo.zip



Dang John! The content is BURSTING FORTH! This is fun stuff... like a graphic novel come to life...



Cool :-) Oh, the fighter melee tutorial is broken. The latest SVN version fixes it.



Trying to isolate the error in bullet.hpp...

cd terminus/terminus/world
cp bullet.hpp test.cpp
g++ -I/home/m/development/terminus/fmod/api -I/usr/include/SDL test.cpp

That does it. Now to play with test.cpp...
OK, looks like g++ sees these and thinks they are function declarations:

const TeSize szBullet( nBulletW, nBulletH );
const TeRect rclBullet( TePoint(), szBullet );

Change to this and g++ "gets" it:

const TeSize szBullet = TeSize( nBulletW, nBulletH );
const TeRect rclBullet = TeRect( TePoint(), szBullet );

John, I hope you don't mind, I checked in that change, and one other similar change in world/craft.hpp. I want to be EXTREMELY careful about breaking anything of yours, can you see if it still works for you?


I am not on my home DEV station, so I cannot just check this just now, but I am sure it is fine. Go ahead and make these kind of changes with no worries. If there are any issues I will let you know.


I suppose to do this right, I should have both Linux and Windows builds set up and test in both... eventually... :>

Next up: replace _finddata_t in the Linux build with a Linux equivalent...

profile.cpp:6:16: io.h: No such file or directory
profile.cpp: In member function `void
TeProfileMgr::Load(std::basic_string<char, std::char_traits<char>,
std::allocator<char> >)':
profile.cpp:449: error: `_finddata_t' undeclared (first use this function)

I found some suggestions:

Try looking at the following functions
opendir
readdir, readdir_r
fnmatch[/color]
scandir, where available
take a look at glob(3c) and ftw/nftw

I have two options:

# Make my own reusable functions for file operations using M$ calls or [http://docs.hp.com/en/B2355-60105/directory.3C.html Unix calls] depending on the build target
# Use [http://www.boost.org/libs/filesystem/doc/index.htm the filesystem library in boost]

The first is better if the job is small, but little guys can't afford to reinvent the wheel for anything substantial. I already use boost in HTDJ for serialization. It's definitely got a ramp up time, but it's not too heavy once you're up to speed. I will explore the boost filesystem library docs next...



That io.h include is coming from the MinGW lib, which is base set of C/C++ headers that allows you to compile windows apps with GCC. Look at www.mingw.org. There should be a mingw or a mingw32 package to install under Linux. I run mepis, which uses Synaptic, and there is a mingw32 package.

I used mingw and gcc specificall so for easo-breezo cross platform. Not so easy I guess.

Try changing the "io.h" to <io.h> or <io> and see if that works? Then maybe install that mingw32 package and try <io.h>? I thought this stuff bought us cross-platform in a big way, so I would like to try and figure it out first before the boost option.

1/2 of the stuff I do at work is on Linux, BTW, so I am coming up to speed rather quick. I use Kdevelop at work, although I try to do as much as I can from the command line so that I can be a Linux nerd too :-) So far, cream is my favorite command line style editing proggie.

I am building up a linux laptop tonight so that I can be more useful on the Linux side. It will take me a while to get it all config'd and updated like my box at work is.



Doh, I hadn't thought of that, I will go check out www.mingw.org now. If you get work time on Linux you are probably past me by now. :> Hey, regarding the autotools setup I've put together, I believe autotools and Kdevelop play nicely, but not positive. Feel free to change direction if Kdevelop has a different way of building the project that you would prefer. In the meantime, I'm checking out MinGW...

Hrmm, at first glance it looks like MinGW is specifically for a Windows development environment. IE, it allows you to use gcc on Windows with Windows-specific API's and functions (like _finddata_t). But you mention that Synaptic serves it up on mepis. I'm digging to see if a Fedora package exists...



The autotools stuff is cool - let's keep it - viss our command line ve shall take over za vurld! :)
My linux box is built, but I haven't done anything with it yet - I am working on the Windows side tonight.

Oh, btw, the code changes you checked in work fine. I haven't received emails from the last couple of wiki changes you entered, so I was not aware of the code changes until you sent that email. Is your SMTP the wiki points to working?



I think the wiki's working, I'm getting emails. You might need to fix your watch settings, as I moved the pages around a little bit - try clicking on that "watch" tab above...



Yeah, I was no longer set up to watch this page. Testing, 1.. 2.. 3..



How about if *I* change it? That should send you an email...



Back to Linux...

I built up a Fedora box and could not get the autotools working (see the autotools page). So I installed Anjuta and tried to get it working under an IDE and ran into the same compile problem that you had.

I modified profile.cpp slightly so that the file compiles. I will get back to converting the profile search to boost (or whatever) later. The modified code will just cause the game to run with the default profile, which is perfectly fine for playing the game in development.

After that, I was able to compile!!! But not to link, heh, and I gave up at that point because I had solved the important issue. So, get an update of profile.cpp and let me know if the game runs :-)



Hey Johnny! I just svn'ed version 31. I got past profile! And other modules. Final compile results:

system.cpp:67: error: type specifier omitted for parameter `szScreen'
system.cpp:67: error: `TeRect rclScreen(TePoint (*)())' redeclared as different kind of symbol
system.hpp:35: error: previous declaration of `TeRect rclScreen'
system.hpp:35: error: previous non-function declaration `TeRect rclScreen'
system.cpp:67: error: conflicts with function declaration `TeRect rclScreen(TePoint (*)())'

Will dig deeper now...
It's the same gcc issue I mentioned before, fixed by changing from constructor to assignment (like this):

TeSize szScreen( nScreenW, nScreenH );

...becomes...

TeSize szScreen = TeSize( nScreenW, nScreenH );

Now I'm getting "No rule to make anim.cpp", I assume that file is new? Redoing autotools...



Cool! anim.cpp has been around for some time, though.



Yeah, it's the first file I've gotten to in a subdirectory... looks like I need to tweak my autotools setup... I will check in that one little change I made first.

Curses! Backslashes be damned! :P Moving forward again, after updating terminus/Makefile.am to use FORWARD slashes doh...

util/graph.cpp: In member function `void TeRect::ThickRect(int, unsigned int) const':
util/graph.cpp:196: error: syntax error before `,' token



Huh. Just taking a gander at the code, I don't see what the issue it there. They really don't like the way I use constructors, do they?

When I compiled under Linux, I saw all kinds of warnings that I don't get under Windows. To compensate, I cranked up the warning level under my Windows IDE to do some compliance clean-up. But THEN the FMOD header wouldn't compile in, and ther e is nothing I can do about the FMOD libs.

Perhaps a PCLint scan could be tuned to pick up minor compliance problems but not the major ones from FMOD?



I don't get why g++ is complaining, other than it can't seem to distinguish the static constructor from a function declaration for some reason. That's the only real issue I've had, not a big one for sure. Now digging back in to the latest error...

OK, changed this:

TeRect( r(), y - nPad, nPad, h + ( nPad << 1 ) ).FillRect( uiColor );

...to this (again, not sure why, just going with what works, and isn't TOO messy)...

TeRect( this->r(), y - nPad, nPad, h + ( nPad << 1 ) ).FillRect( uiColor );

Now I'm up to the linking errors too!! Whoo! getting closer...




Excellent! I am "working" tonight too :-) I will turn AIM on.

Terminus Making the code portable to linux

2006-07-26T22:28:32Z

SquidBoy:

world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'

To me this looks like it is not finding the Sint32 type in SDL_types.h?
Either that or it is not finding my util/graph.h?



But hey, on the positive side, main.cpp and config.cpp have successfully compiled! :>

Compiling craftselect.cpp... here's the full first error:

In file included from world/weapon.hpp:8,
from world/craft.hpp:11,
from craftselect.hpp:9,
from craftselect.cpp:5:
world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'
world/bullet.hpp: In member function `TeRect TeBullet::getBoundRect()':
world/bullet.hpp:236: error: request for member `CenteredAt' in `rclBullet',
which is of non-aggregate type `const TeRect ()(TePoint (*)())'

"non-aggregate" apparently means the compiler doesn't think the return value from CenteredAt is a class or struct.
It looks fine to me:

TeRect CenteredAt( TePoint pt ) const;

Lemme sleep on it, I'll give you an answer in the morning...



I emailed you the entire makefile generated by Dev-Cpp.

Here is the portion that applies to craftselect.cpp:

craftselect.o: craftselect.cpp craftselect.hpp util/gui.hpp
util/graph.hpp util/fixmath.hpp util/text.hpp util/image.hpp
util/element.hpp util/../system.hpp util/../util/log.hpp util/../util/graph.hpp util/../config.hpp
util/../xml/xmlutils.h util/../xml/tinyxml.h util/../profile.hpp util/../util/audio.hpp
util/../util/graph.hpp util/../xml/xmlutils.h util/blit.hpp world/craft.hpp world/../gamedef.hpp
world/../util/image.hpp world/../util/smoke.hpp world/../util/element.hpp world/../util/body.hpp
world/../util/../system.hpp world/../util/graph.hpp world/../util/fixmath.hpp world/weapon.hpp
world/bullet.hpp world/../util/anim.hpp world/../util/blit.hpp world/../util/audio.hpp
world/../util/exhaust.hpp world/../util/smoke.hpp world/../util/../gamedef.hpp
world/../xml/xmlutils.h world/target.hpp world/../util/log.hpp gamesys.hpp system.hpp
game.hpp scene.hpp util/text.hpp util/element.hpp mainmenu.hpp results.hpp world/capital.hpp
world/block.hpp world/../util/body.hpp world/target.hpp util/message.hpp world/event.hpp
world/../util/graph.hpp $(CPP) -c craftselect.cpp -o craftselect.o $(CXXFLAGS)

where

CPP = g++.exe -D__DEBUG__
CXXFLAGS = $(CXXINCS) -fexceptions -g3
CXXINCS =




I'm thinking it's a [const] issue... checking...



On the side, there is a new Windows demo available at http://soloforge.com/files/TerminusDemo.zip



Dang John! The content is BURSTING FORTH! This is fun stuff... like a graphic novel come to life...



Cool :-) Oh, the fighter melee tutorial is broken. The latest SVN version fixes it.



Trying to isolate the error in bullet.hpp...

cd terminus/terminus/world
cp bullet.hpp test.cpp
g++ -I/home/m/development/terminus/fmod/api -I/usr/include/SDL test.cpp

That does it. Now to play with test.cpp...
OK, looks like g++ sees these and thinks they are function declarations:

const TeSize szBullet( nBulletW, nBulletH );
const TeRect rclBullet( TePoint(), szBullet );

Change to this and g++ "gets" it:

const TeSize szBullet = TeSize( nBulletW, nBulletH );
const TeRect rclBullet = TeRect( TePoint(), szBullet );

John, I hope you don't mind, I checked in that change, and one other similar change in world/craft.hpp. I want to be EXTREMELY careful about breaking anything of yours, can you see if it still works for you?


I am not on my home DEV station, so I cannot just check this just now, but I am sure it is fine. Go ahead and make these kind of changes with no worries. If there are any issues I will let you know.


I suppose to do this right, I should have both Linux and Windows builds set up and test in both... eventually... :>

Next up: replace _finddata_t in the Linux build with a Linux equivalent...

profile.cpp:6:16: io.h: No such file or directory
profile.cpp: In member function `void
TeProfileMgr::Load(std::basic_string<char, std::char_traits<char>,
std::allocator<char> >)':
profile.cpp:449: error: `_finddata_t' undeclared (first use this function)

I found some suggestions:

Try looking at the following functions
opendir
readdir, readdir_r
fnmatch[/color]
scandir, where available
take a look at glob(3c) and ftw/nftw

I have two options:

# Make my own reusable functions for file operations using M$ calls or [http://docs.hp.com/en/B2355-60105/directory.3C.html Unix calls] depending on the build target
# Use [http://www.boost.org/libs/filesystem/doc/index.htm the filesystem library in boost]

The first is better if the job is small, but little guys can't afford to reinvent the wheel for anything substantial. I already use boost in HTDJ for serialization. It's definitely got a ramp up time, but it's not too heavy once you're up to speed. I will explore the boost filesystem library docs next...



That io.h include is coming from the MinGW lib, which is base set of C/C++ headers that allows you to compile windows apps with GCC. Look at www.mingw.org. There should be a mingw or a mingw32 package to install under Linux. I run mepis, which uses Synaptic, and there is a mingw32 package.

I used mingw and gcc specificall so for easo-breezo cross platform. Not so easy I guess.

Try changing the "io.h" to <io.h> or <io> and see if that works? Then maybe install that mingw32 package and try <io.h>? I thought this stuff bought us cross-platform in a big way, so I would like to try and figure it out first before the boost option.

1/2 of the stuff I do at work is on Linux, BTW, so I am coming up to speed rather quick. I use Kdevelop at work, although I try to do as much as I can from the command line so that I can be a Linux nerd too :-) So far, cream is my favorite command line style editing proggie.

I am building up a linux laptop tonight so that I can be more useful on the Linux side. It will take me a while to get it all config'd and updated like my box at work is.



Doh, I hadn't thought of that, I will go check out www.mingw.org now. If you get work time on Linux you are probably past me by now. :> Hey, regarding the autotools setup I've put together, I believe autotools and Kdevelop play nicely, but not positive. Feel free to change direction if Kdevelop has a different way of building the project that you would prefer. In the meantime, I'm checking out MinGW...

Hrmm, at first glance it looks like MinGW is specifically for a Windows development environment. IE, it allows you to use gcc on Windows with Windows-specific API's and functions (like _finddata_t). But you mention that Synaptic serves it up on mepis. I'm digging to see if a Fedora package exists...



The autotools stuff is cool - let's keep it - viss our command line ve shall take over za vurld! :)
My linux box is built, but I haven't done anything with it yet - I am working on the Windows side tonight.

Oh, btw, the code changes you checked in work fine. I haven't received emails from the last couple of wiki changes you entered, so I was not aware of the code changes until you sent that email. Is your SMTP the wiki points to working?



I think the wiki's working, I'm getting emails. You might need to fix your watch settings, as I moved the pages around a little bit - try clicking on that "watch" tab above...



Yeah, I was no longer set up to watch this page. Testing, 1.. 2.. 3..



How about if *I* change it? That should send you an email...



Back to Linux...

I built up a Fedora box and could not get the autotools working (see the autotools page). So I installed Anjuta and tried to get it working under an IDE and ran into the same compile problem that you had.

I modified profile.cpp slightly so that the file compiles. I will get back to converting the profile search to boost (or whatever) later. The modified code will just cause the game to run with the default profile, which is perfectly fine for playing the game in development.

After that, I was able to compile!!! But not to link, heh, and I gave up at that point because I had solved the important issue. So, get an update of profile.cpp and let me know if the game runs :-)



Hey Johnny! I just svn'ed version 31. I got past profile! And other modules. Final compile results:

system.cpp:67: error: type specifier omitted for parameter `szScreen'
system.cpp:67: error: `TeRect rclScreen(TePoint (*)())' redeclared as different kind of symbol
system.hpp:35: error: previous declaration of `TeRect rclScreen'
system.hpp:35: error: previous non-function declaration `TeRect rclScreen'
system.cpp:67: error: conflicts with function declaration `TeRect rclScreen(TePoint (*)())'

Will dig deeper now...
It's the same gcc issue I mentioned before, fixed by changing from constructor to assignment (like this):

TeSize szScreen( nScreenW, nScreenH );

...becomes...

TeSize szScreen = TeSize( nScreenW, nScreenH );

Now I'm getting "No rule to make anim.cpp", I assume that file is new? Redoing autotools...



Cool! anim.cpp has been around for some time, though.



Yeah, it's the first file I've gotten to in a subdirectory... looks like I need to tweak my autotools setup... I will check in that one little change I made first.

Curses! Backslashes be damned! :P Moving forward again, after updating terminus/Makefile.am to use FORWARD slashes doh...

util/graph.cpp: In member function `void TeRect::ThickRect(int, unsigned int) const':
util/graph.cpp:196: error: syntax error before `,' token



Huh. Just taking a gander at the code, I don't see what the issue it there. They really don't like the way I use constructors, do they?

When I compiled under Linux, I saw all kinds of warnings that I don't get under Windows. To compensate, I cranked up the warning level under my Windows IDE to do some compliance clean-up. But THEN the FMOD header wouldn't compile in, and ther e is nothing I can do about the FMOD libs.

Perhaps a PCLint scan could be tuned to pick up minor compliance problems but not the major ones from FMOD?

Terminus Making the code portable to linux

2006-07-26T18:45:41Z

SquidBoy:

Terminus Making the code portable to linux

2006-07-26T00:53:19Z

SquidBoy:

Terminus autotools setup

2006-07-23T13:53:54Z

SquidBoy:

I am going to set up to build with gcc using [http://sourceware.org/autobook/autobook/autobook_toc.html GNU autotools]. It seems to be a pretty common way of doing things, it's not too hard to set up, and once an autotools-built project is set up, maintaining it is a breeze.

Here's my script to create a new project for existing source files:

[m@thedigitalmachine terminus]$ cat ~m/scripts/setup_new_project.sh
#!/bin/bash

# MDM This sets up some default files, to prevent warnings.
touch NEWS README AUTHORS ChangeLog

# MDM We want to redo everything, kill anything that might screw us up.
rm -rf config_backup 2>&1
rm -rf autom4te.cache_backup 2>&1
mv config config_backup 2>&1
mv autom4te.cache autom4te.cache_backup 2>&1

# MDM Set up default dirs, too.
mkdir src >/dev/null 2>&1
mkdir test >/dev/null 2>&1
mkdir config >/dev/null 2>&1
mkdir doc >/dev/null 2>&1

# MDM This creates configure.scan, an initial template for configure.ac,
# based on the code it finds in the current directory.
autoscan

# MDM From http://lists.nongnu.org/archive/html/automake/2003-04/msg00226.html
# libtoolize is the tool that will install (config.sub, ltmain.sh) in your package.
# Consider also autoreconf, which will run
# libtoolize/autopoint/aclocal/autoconf/automake in the right
# order for you.
libtoolize --force

# MDM This runs all the automake tools.
bootstrap

# MDM Go ahead and configure and make, to see if it works.
./configure && make clean && make

And my boostrap script:

[m@thedigitalmachine terminus]$ cat ~m/scripts/bootstrap
#!/bin/bash

aclocal \
&& automake --add-missing --copy \
&& autoconf

Before I can run those successfully we need to create a configure.in file.

But first, where should I put the autotools files? My ShareTheDJ project has all the autotools files in the project root, and the source code under project/src. It would be nice if I could set up the autotools files under a subdirectory, since the root already has source files in it. I'll see if I can pull that off...

[m@thedigitalmachine terminus]$ ls
config.cpp craftselect.hpp gamedef.hpp gamesys.hpp mainmenu.hpp profiles startup.cpp system.hpp Terminus_private.h util
config.hpp data game.hpp main.cpp profile.cpp scene.cpp startup.hpp Terminus.ico Terminus_private.rc world
craftselect.cpp game.cpp gamesys.cpp mainmenu.cpp profile.hpp scene.hpp system.cpp Terminus.png Terminus_private.res xml



Heh, you are way beyond me here. I have never used the autotools stuff. Dev-Cpp builds a makefile for me from the project settings that I set up in the IDE. 

There is a bunch of stuff in the root dir that I did not put into the SC (such as the Dev-Cpp project config file) because it did not apply to the Linux build. Should that kind of stuff end up in the SC? Should it be put into a seperate repository? 

I am thinking maybe stuff like that I will put into a zip and check it into the root as "windows_build.zip" with each release. NBD. 



I think we should add all building configuration right into the terminus repository. Then comes the question of directory structure. Maybe something like this?

terminus/
(source code)
(source code subdirs)
linux
windows

autotools expects the source to be UNDER the autotools build directory, but I can get around that with a symlink:

terminus/
(source code)
(source code subdirs)
linux
src (just a symlink to ../)
windows

I'm pretty sure that will work for me. Can you set up Dev-Cpp configuration under the windows subdir? If not, I say just dump the files right in with the source code, should be fine. What do you think?

I'm slowly making progress on the autotools config. SDL requires a little trickery, you have to include an autotools "M4" macro. I will wait until I get autotools working, then check in the linux directory, if that sounds OK. The only thing outside the linux directory will be one or two autotools config files in the root - I don't see a way around that - does that sound OK?

---

Back. I have screwed around with setting up autotools under the linux directory until I couldn't stand it any more. As of now I am able to compile and get code-related errors, but the autotools config files are located at the parent of the terminus source directory. Here are the files required to build:

terminus/
configure.in
Makefile.am
terminus/
code from svn repository
Makefile.am

Do this to set up to build:

cd terminus
setup_new_project.sh

From that point on I can build by typing "make". Here are the first errors I get:

In file included from world/weapon.hpp:8,
from world/craft.hpp:11,
from craftselect.hpp:9,
from craftselect.cpp:5:
world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'
world/bullet.hpp: In member function `TeRect TeBullet::getBoundRect()':
world/bullet.hpp:236: error: request for member `CenteredAt' in `rclBullet',
which is of non-aggregate type `const TeRect ()(TePoint (*)())'
In file included from craftselect.hpp:9,
from craftselect.cpp:5:
world/craft.hpp: At global scope:
world/craft.hpp:22: error: type specifier omitted for parameter `szCraft'
world/craft.hpp: In member function `TeRect TeCraft::getBoundRect()':
world/craft.hpp:192: error: request for member `CenteredAt' in `rclCraft',
which is of non-aggregate type `const TeRect ()(TePoint (*)())'
make[1]: *** [craftselect.o] Error 1
make[1]: Leaving directory `/home/m/development/terminus/terminus'
make: *** [all-recursive] Error 1

Bedtime...



Sorry I did not response to this last night - I was thinking about it, but did not come up with a conclusion until this morning:

terminus (the only thing that goes here is the stuff that HAS to go here, like your autotools stuff)
src (plus subdirs)
data (plus subdirs)
linux (build scripts, dlls, libs, diaries, project files, etc.)
output (obj files)
release
current
1.0.0
1.1.0
windows (build scripts, dlls, libs, diaries, project files, etc.)
output (obj files)
release
current
1.0.0
1.1.0

However, if you are up and running (and happy with it) let's not change things. I would have to refactor my project files, my old VSS, and the new SVN to match the changes :-(



Sounds like a plan, man! It will take a little more autotools tweaking. I would agree with you and hold off on the reorganization in the short term, though, since we both have everything working as it is. I can just tar up what's needed and put it in the root, like you had planned to do with the windoze stuff. Here's what I plan on adding, if it sounds OK:

terminus
(existing source code and data)
setup_linux_build.sh
linux/
autotools.tar.gz

autotools.tar.gz consists of the following autotools configuration files:

configure.in the primary autotools configuration file
Makefile.am makefile details for the root dir
acinclude.m4 macros needed for SDL - this is a copy of /usr/share/aclocal/sdl.m4
terminus/Makefile.am makefile details for the source code in the terminus dir
terminus/util/Makefile.am makefile details for util
terminus/world/Makefile.am makefile details for world
terminus/xml/Makefile.am makefile details for xml

After you run the setup script, you will have the following mess (which unfortunately seems to be the linux "standard"). Note that the script WILL dump files one directory above the terminus subversion repository directory.

(tons of autotools files)
config/(autotools config files)
autom4te.cache/(autotools junk)
terminus/
(source code)
(source code.o)
Makefile.am
Makefile.in
Makefile
(source code subdirs)
(source code)
(source code.o)
Makefile.am
Makefile.in
Makefile

What do you think? It's not terrible I guess. And we can revisit and reorganize later. So... upwards and onwards? :>




Yes, that is all cool. You da man!

You need any help with those errors?



Sure! For now, here is what I am adding:

terminus
(existing source code and data)
setup_linux_build.sh
linux/
root/
acinclude.md4
configure.in
Makefile.am
Makefile.am
ToDo.txt (just some notes)

I still need to check this stuff out fresh and test it. rollin rollin rollin...



I was unable to get the autotools stuff working. I think I have all the correct SW installed but am missing a step. Help!

Terminus SDL and fmod under linux

2006-07-23T12:19:58Z

SquidBoy:

Here's John's "getting started" list...

There is some stuff in here on getting set up to build SDL apps with
KDeveloper: http://gpwiki.org/index.php/SDL

You will need SDL, plus the SDL_image and SDL_gfx support libs.
Available from: http://www.libsdl.org/index.php

And the FMOD sound system from http://www.fmod.org.

Typically I'll be using either Fedora or Gentoo during my porting effort.

'''FEDORA'''

'''1''' Install SDL and fmod:

yum install SDL-devel
yum install SDL_gfx
yum install SDL_gfx-devel
yum install SDL_image
yum install SDL_image-devel
yum install fmod
yum install fmod-devel

Mar 19 22:42:01 Installed: SDL_gfx.i386 2.0.13-2.2.fc4.rf
Mar 19 22:45:23 Installed: SDL_image.i386 1.2.4-1.2.fc4.rf
Mar 19 23:11:05 Installed: fmod.i386 3.74.1-1.2.fc4.rf
Mar 20 21:22:26 Installed: fmod-devel.i386 3.74.1-1.2.fc4.rf
Mar 20 21:24:32 Installed: alsa-lib-devel.i386 1.0.10-27.rhfc4.at
Mar 20 21:24:41 Installed: SDL-devel.i386 1.2.8-4
Mar 20 21:24:41 Installed: SDL-devel.i386 1.2.8-4
Mar 20 21:27:59 Installed: SDL_gfx-devel.i386 2.0.13-2.2.fc4.rf

Mike's comments will occasionally be marked in blue, John's comments in green, when we're not feeling lazy.


Huh. Does that yum app go out and get the latest version too? Slick.
I will get some source control up and running today.



Yep it auto-updates everything to the latest stable versions, including tracking down dependencies.


'''2''' Grab the source - John is using subversion - very l337!

yum install subversion
Mar 20 20:00:03 Installed: subversion.i386 1.2.3-2.1

cd development
mkdir terminus
cd terminus
svn checkout http://xxxxx/terminus/

and there it is!

'''3''' Build it

sdl-config tells you what you need on the gcc command line:

[m@thedigitalmachine terminus]$ sdl-config --libs
-L/usr/lib -lSDL -lpthread
[m@thedigitalmachine terminus]$ sdl-config --static-libs
-L/usr/lib -lSDL -lpthread -lm -ldl -lasound -L/usr/X11R6/lib -lX11 -lXext

So let's try this:

g++ main.cpp -o main `sdl-config --cflags --static-libs`

Here's what we got so far:

In file included from system.hpp:17,
from startup.hpp:8,
from main.cpp:8:
util/audio.hpp:82: error: syntax error before `*' token
util/audio.hpp:145: error: `FMOD_SOUND' was not declared in this scope


Looks like the version of fmod that Fedora wants to pull down is old (3.74). I believe we need to go with FMOD Ex 4 (4.03.03 as of this writing). I will pull down the code from fmod.org and build a local version.



Hmmm... There are two versions of FMOD Ex, the C and the C++ version. I had to use the C version because the C++ version is not compatable with Dev-C++ and MinGW. Check and make sure that you have the C version of the lib installed too.

FYI, here is my linker options:

-lmingw32 -lSDLmain -lSDL -mwindows
../../Dev-Cpp/lib/libSDL_image.a
../../Dev-Cpp/lib/libfmodex.a
../../Dev-Cpp/lib/libSDL_gfx.a

 Try this: 
Download the linux tar.gz from http://www.fmod.org 
Notice there is both a fmod.h and an fmod.hpp in the inc dir. 
Put into the compile path, the compiler should compile in the correct one (fmod.h) since that is what is in my files. 
There are two .03 files in the lib dir, is one of those the C version of the lib and the other the CPP?



OK I'm getting to the bottom of this. :> Looks like FMOD Ex 4 is not open source. The download includes pre-built libraries but no source code. The "makefile" just copies the pre-built libraries into place. I think that will be OK but I have to make sure I know what it's doing. From the "makefile" script:

VERSION = 4.03.03
LIBDIR = api/lib
HDRDIR = api/inc
DESTLIBDIR = /usr/local/lib
DESTHDRDIR = /usr/local/include/fmodex

I am going to uninstall Fedora's fmod 3.74 then try the makefile.



FMOD is the one "pay for" piece to the game. The built-in SDL sound libs were problomatic. That, and FMOD allows me to use a compressed XM file format that will save me about 5M off my downloadable size. I think that I will pay about $100 per OS license, once for Win, once for Mac, and once for Linux. To me, it was a close call, borderline, but in the end I deemed it worth it.



Sounds good to me. Removing the older (open-source?) fmod:

yum remove fmod
Removing:
fmod i386 3.74.1-1.2.fc4.rf installed 431 k
Removing for dependencies:
fmod-devel i386 3.74.1-1.2.fc4.rf installed 1.8 M

Then, I believe I won't need to run the "Makefile", I should be able to use the libraries and includes from my local copy, with a little stupid trickery.

cd /home/m/development/terminus
ls
fmodapi40303linux fmodapi40303linux.tar.gz terminus
ln -s fmodapi40303linux fmod
cd fmod/api
ln -s inc fmod
cd ../../terminus
g++ main.cpp -o main `sdl-config --cflags --static-libs` -I../fmod/api/ -L../fmod/api/lib/libfmodex.so

Getting further...

/tmp/cc4ahy85.o(.text+0x12): In function `main':
main.cpp: undefined reference to `TeSystem::Start()'
/tmp/cc4ahy85.o(.text+0x22):main.cpp: undefined reference to `TeStartUp::Execute()'

Awesome, that's in system.hpp. Sounds like time to build that makefile! And I see in the meantime, John's checked in another round of changes, we're at big fat [10] now, whoop! :>



 
I am excited! The changes I checked in last night include the "introduction movie" from the first campaign. Right now I am completing mission one. If you get the movie up and running on Linux that will be a HUGE milestone. 

BTW, I hadn't planned on having any other developers on board, so the code is perhaps not quite up to my normal "team standards". I certainly have not taken any pains to "do the right thing" when the end results would be solely cosmetic. So keep that in mind as you start to dig through the code :) 

Take a peek at os.cpp, that is where I planned on putting any OS specific code. Right now the only thing that could use implementing is a window centering routine. And that is a very non-critical piece - cosmetic only. 



Hahaha no excuses! Seriously I haven't been up to "Earthmover" quality since... well, Earthmover. Everybody wants it done YESTERDAY! :>



We use mepis at work, so I built a mepis box here at home and began installing everything I needed from above. When I went to install the SDL libs, synaptic started uninstalling X and KDE and a bunch of other stuff. I guess I should have checked what it was going to do before I clicked ok :-) Needless to say, my mepis box was toast. 
So I built it again from Fedora 5 and followed your instruction above to the letter :-) Everything worked beautifully, thanks Mike. I compiled main.o same as you did.

Terminus Making the code portable to linux

2006-07-22T12:57:02Z

SquidBoy:

Terminus Making the code portable to linux

2006-07-21T02:14:19Z

SquidBoy:

Terminus Making the code portable to linux

2006-07-21T01:49:22Z

SquidBoy:

Terminus Making the code portable to linux

2006-07-19T02:16:27Z

SquidBoy:

Terminus Est

2006-03-24T20:44:12Z

SquidBoy:

Terminus Est is John's awesome space shooter. See [http://soloforge.com his Soloforge website].

Mike is hoping to help John build Terminus under linux.
We'll need fmod and SDL.

[[Terminus SDL and fmod under linux]]

[[Terminus autotools setup]]


world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'

To me this looks like it is not finding the Sint32 type in SDL_types.h?
Either that or it is not finding my util/graph.h?



But hey, on the positive side, main.cpp and config.cpp have successfully compiled! :>

Compiling craftselect.cpp... here's the full first error:

In file included from world/weapon.hpp:8,
from world/craft.hpp:11,
from craftselect.hpp:9,
from craftselect.cpp:5:
world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'
world/bullet.hpp: In member function `TeRect TeBullet::getBoundRect()':
world/bullet.hpp:236: error: request for member `CenteredAt' in `rclBullet',
which is of non-aggregate type `const TeRect ()(TePoint (*)())'

"non-aggregate" apparently means the compiler doesn't think the return value from CenteredAt is a class or struct.
It looks fine to me:

TeRect CenteredAt( TePoint pt ) const;

Lemme sleep on it, I'll give you an answer in the morning...



I emailed you the entire makefile generated by Dev-Cpp.

Here is the portion that applies to craftselect.cpp:

craftselect.o: craftselect.cpp craftselect.hpp util/gui.hpp
util/graph.hpp util/fixmath.hpp util/text.hpp util/image.hpp
util/element.hpp util/../system.hpp util/../util/log.hpp util/../util/graph.hpp util/../config.hpp
util/../xml/xmlutils.h util/../xml/tinyxml.h util/../profile.hpp util/../util/audio.hpp
util/../util/graph.hpp util/../xml/xmlutils.h util/blit.hpp world/craft.hpp world/../gamedef.hpp
world/../util/image.hpp world/../util/smoke.hpp world/../util/element.hpp world/../util/body.hpp
world/../util/../system.hpp world/../util/graph.hpp world/../util/fixmath.hpp world/weapon.hpp
world/bullet.hpp world/../util/anim.hpp world/../util/blit.hpp world/../util/audio.hpp
world/../util/exhaust.hpp world/../util/smoke.hpp world/../util/../gamedef.hpp
world/../xml/xmlutils.h world/target.hpp world/../util/log.hpp gamesys.hpp system.hpp
game.hpp scene.hpp util/text.hpp util/element.hpp mainmenu.hpp results.hpp world/capital.hpp
world/block.hpp world/../util/body.hpp world/target.hpp util/message.hpp world/event.hpp
world/../util/graph.hpp $(CPP) -c craftselect.cpp -o craftselect.o $(CXXFLAGS)

where

CPP = g++.exe -D__DEBUG__
CXXFLAGS = $(CXXINCS) -fexceptions -g3
CXXINCS =




I'm thinking it's a [const] issue... checking...



On the side, there is a new Windows demo available at http://soloforge.com/files/TerminusDemo.zip



Dang John! The content is BURSTING FORTH! This is fun stuff... like a graphic novel come to life...



Cool :-) Oh, the fighter melee tutorial is broken. The latest SVN version fixes it.

Terminus Est

2006-03-24T17:16:09Z

SquidBoy:

Terminus Est

2006-03-24T13:58:55Z

SquidBoy:

Terminus Est

2006-03-23T22:28:44Z

SquidBoy:

Terminus Est is John's awesome space shooter. See [http://soloforge.com his Soloforge website].

Mike is hoping to help John build Terminus under linux. Here's John's "getting started" list...

There is some stuff in here on getting set up to build SDL apps with
KDeveloper: http://gpwiki.org/index.php/SDL

You will need SDL, plus the SDL_image and SDL_gfx support libs.
Available from: http://www.libsdl.org/index.php

And the FMOD sound system from http://www.fmod.org.

Typically I'll be using either Fedora or Gentoo during my porting effort.

'''FEDORA'''

'''1''' Install SDL and fmod:

yum install SDL-devel
yum install SDL_gfx
yum install SDL_gfx-devel
yum install SDL_image
yum install SDL_image-devel
yum install fmod
yum install fmod-devel

Mar 19 22:42:01 Installed: SDL_gfx.i386 2.0.13-2.2.fc4.rf
Mar 19 22:45:23 Installed: SDL_image.i386 1.2.4-1.2.fc4.rf
Mar 19 23:11:05 Installed: fmod.i386 3.74.1-1.2.fc4.rf
Mar 20 21:22:26 Installed: fmod-devel.i386 3.74.1-1.2.fc4.rf
Mar 20 21:24:32 Installed: alsa-lib-devel.i386 1.0.10-27.rhfc4.at
Mar 20 21:24:41 Installed: SDL-devel.i386 1.2.8-4
Mar 20 21:24:41 Installed: SDL-devel.i386 1.2.8-4
Mar 20 21:27:59 Installed: SDL_gfx-devel.i386 2.0.13-2.2.fc4.rf

Mike's comments will occasionally be marked in blue, John's comments in green, when we're not feeling lazy.


Huh. Does that yum app go out and get the latest version too? Slick.
I will get some source control up and running today.



Yep it auto-updates everything to the latest stable versions, including tracking down dependencies.


'''2''' Grab the source - John is using subversion - very l337!

yum install subversion
Mar 20 20:00:03 Installed: subversion.i386 1.2.3-2.1

cd development
mkdir terminus
cd terminus
svn checkout http://xxxxx/terminus/

and there it is!

'''3''' Build it

sdl-config tells you what you need on the gcc command line:

[m@thedigitalmachine terminus]$ sdl-config --libs
-L/usr/lib -lSDL -lpthread
[m@thedigitalmachine terminus]$ sdl-config --static-libs
-L/usr/lib -lSDL -lpthread -lm -ldl -lasound -L/usr/X11R6/lib -lX11 -lXext

So let's try this:

g++ main.cpp -o main `sdl-config --cflags --static-libs`

Here's what we got so far:

In file included from system.hpp:17,
from startup.hpp:8,
from main.cpp:8:
util/audio.hpp:82: error: syntax error before `*' token
util/audio.hpp:145: error: `FMOD_SOUND' was not declared in this scope


Looks like the version of fmod that Fedora wants to pull down is old (3.74). I believe we need to go with FMOD Ex 4 (4.03.03 as of this writing). I will pull down the code from fmod.org and build a local version.



Hmmm... There are two versions of FMOD Ex, the C and the C++ version. I had to use the C version because the C++ version is not compatable with Dev-C++ and MinGW. Check and make sure that you have the C version of the lib installed too.

FYI, here is my linker options:

-lmingw32 -lSDLmain -lSDL -mwindows
../../Dev-Cpp/lib/libSDL_image.a
../../Dev-Cpp/lib/libfmodex.a
../../Dev-Cpp/lib/libSDL_gfx.a

 Try this: 
Download the linux tar.gz from http://www.fmod.org 
Notice there is both a fmod.h and an fmod.hpp in the inc dir. 
Put into the compile path, the compiler should compile in the correct one (fmod.h) since that is what is in my files. 
There are two .03 files in the lib dir, is one of those the C version of the lib and the other the CPP?



OK I'm getting to the bottom of this. :> Looks like FMOD Ex 4 is not open source. The download includes pre-built libraries but no source code. The "makefile" just copies the pre-built libraries into place. I think that will be OK but I have to make sure I know what it's doing. From the "makefile" script:

VERSION = 4.03.03
LIBDIR = api/lib
HDRDIR = api/inc
DESTLIBDIR = /usr/local/lib
DESTHDRDIR = /usr/local/include/fmodex

I am going to uninstall Fedora's fmod 3.74 then try the makefile.



FMOD is the one "pay for" piece to the game. The built-in SDL sound libs were problomatic. That, and FMOD allows me to use a compressed XM file format that will save me about 5M off my downloadable size. I think that I will pay about $100 per OS license, once for Win, once for Mac, and once for Linux. To me, it was a close call, borderline, but in the end I deemed it worth it.



Sounds good to me. Removing the older (open-source?) fmod:

yum remove fmod
Removing:
fmod i386 3.74.1-1.2.fc4.rf installed 431 k
Removing for dependencies:
fmod-devel i386 3.74.1-1.2.fc4.rf installed 1.8 M

Then, I believe I won't need to run the "Makefile", I should be able to use the libraries and includes from my local copy, with a little stupid trickery.

cd /home/m/development/terminus
ls
fmodapi40303linux fmodapi40303linux.tar.gz terminus
ln -s fmodapi40303linux fmod
cd fmod/api
ln -s inc fmod
cd ../../terminus
g++ main.cpp -o main `sdl-config --cflags --static-libs` -I../fmod/api/ -L../fmod/api/lib/libfmodex.so

Getting further...

/tmp/cc4ahy85.o(.text+0x12): In function `main':
main.cpp: undefined reference to `TeSystem::Start()'
/tmp/cc4ahy85.o(.text+0x22):main.cpp: undefined reference to `TeStartUp::Execute()'

Awesome, that's in system.hpp. Sounds like time to build that makefile! And I see in the meantime, John's checked in another round of changes, we're at big fat [10] now, whoop! :>



 
I am excited! The changes I checked in last night include the "introduction movie" from the first campaign. Right now I am completing mission one. If you get the movie up and running on Linux that will be a HUGE milestone. 

BTW, I hadn't planned on having any other developers on board, so the code is perhaps not quite up to my normal "team standards". I certainly have not taken any pains to "do the right thing" when the end results would be solely cosmetic. So keep that in mind as you start to dig through the code :) 

Take a peek at os.cpp, that is where I planned on putting any OS specific code. Right now the only thing that could use implementing is a window centering routine. And that is a very non-critical piece - cosmetic only. 



Hahaha no excuses! Seriously I haven't been up to "Earthmover" quality since... well, Earthmover. Everybody wants it done YESTERDAY! :>

I am going to set up to build with gcc using [http://sourceware.org/autobook/autobook/autobook_toc.html GNU autotools]. It seems to be a pretty common way of doing things, it's not too hard to set up, and once an autotools-built project is set up, maintaining it is a breeze.

Here's my script to create a new project for existing source files:

[m@thedigitalmachine terminus]$ cat ~m/scripts/setup_new_project.sh
#!/bin/bash

# MDM This sets up some default files, to prevent warnings.
touch NEWS README AUTHORS ChangeLog

# MDM We want to redo everything, kill anything that might screw us up.
rm -rf config_backup 2>&1
rm -rf autom4te.cache_backup 2>&1
mv config config_backup 2>&1
mv autom4te.cache autom4te.cache_backup 2>&1

# MDM Set up default dirs, too.
mkdir src >/dev/null 2>&1
mkdir test >/dev/null 2>&1
mkdir config >/dev/null 2>&1
mkdir doc >/dev/null 2>&1

# MDM This creates configure.scan, an initial template for configure.ac,
# based on the code it finds in the current directory.
autoscan

# MDM From http://lists.nongnu.org/archive/html/automake/2003-04/msg00226.html
# libtoolize is the tool that will install (config.sub, ltmain.sh) in your package.
# Consider also autoreconf, which will run
# libtoolize/autopoint/aclocal/autoconf/automake in the right
# order for you.
libtoolize --force

# MDM This runs all the automake tools.
bootstrap

# MDM Go ahead and configure and make, to see if it works.
./configure && make clean && make

And my boostrap script:

[m@thedigitalmachine terminus]$ cat ~m/scripts/bootstrap
#!/bin/bash

aclocal \
&& automake --add-missing --copy \
&& autoconf

Before I can run those successfully we need to create a configure.in file.

But first, where should I put the autotools files? My ShareTheDJ project has all the autotools files in the project root, and the source code under project/src. It would be nice if I could set up the autotools files under a subdirectory, since the root already has source files in it. I'll see if I can pull that off...

[m@thedigitalmachine terminus]$ ls
config.cpp craftselect.hpp gamedef.hpp gamesys.hpp mainmenu.hpp profiles startup.cpp system.hpp Terminus_private.h util
config.hpp data game.hpp main.cpp profile.cpp scene.cpp startup.hpp Terminus.ico Terminus_private.rc world
craftselect.cpp game.cpp gamesys.cpp mainmenu.cpp profile.hpp scene.hpp system.cpp Terminus.png Terminus_private.res xml



Heh, you are way beyond me here. I have never used the autotools stuff. Dev-Cpp builds a makefile for me from the project settings that I set up in the IDE. 

There is a bunch of stuff in the root dir that I did not put into the SC (such as the Dev-Cpp project config file) because it did not apply to the Linux build. Should that kind of stuff end up in the SC? Should it be put into a seperate repository? 

I am thinking maybe stuff like that I will put into a zip and check it into the root as "windows_build.zip" with each release. NBD. 



I think we should add all building configuration right into the terminus repository. Then comes the question of directory structure. Maybe something like this?

terminus/
(source code)
(source code subdirs)
linux
windows

autotools expects the source to be UNDER the autotools build directory, but I can get around that with a symlink:

terminus/
(source code)
(source code subdirs)
linux
src (just a symlink to ../)
windows

I'm pretty sure that will work for me. Can you set up Dev-Cpp configuration under the windows subdir? If not, I say just dump the files right in with the source code, should be fine. What do you think?

I'm slowly making progress on the autotools config. SDL requires a little trickery, you have to include an autotools "M4" macro. I will wait until I get autotools working, then check in the linux directory, if that sounds OK. The only thing outside the linux directory will be one or two autotools config files in the root - I don't see a way around that - does that sound OK?

---

Back. I have screwed around with setting up autotools under the linux directory until I couldn't stand it any more. As of now I am able to compile and get code-related errors, but the autotools config files are located at the parent of the terminus source directory. Here are the files required to build:

terminus/
configure.in
Makefile.am
terminus/
code from svn repository
Makefile.am

Do this to set up to build:

cd terminus
setup_new_project.sh

From that point on I can build by typing "make". Here are the first errors I get:

In file included from world/weapon.hpp:8,
from world/craft.hpp:11,
from craftselect.hpp:9,
from craftselect.cpp:5:
world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'
world/bullet.hpp: In member function `TeRect TeBullet::getBoundRect()':
world/bullet.hpp:236: error: request for member `CenteredAt' in `rclBullet',
which is of non-aggregate type `const TeRect ()(TePoint (*)())'
In file included from craftselect.hpp:9,
from craftselect.cpp:5:
world/craft.hpp: At global scope:
world/craft.hpp:22: error: type specifier omitted for parameter `szCraft'
world/craft.hpp: In member function `TeRect TeCraft::getBoundRect()':
world/craft.hpp:192: error: request for member `CenteredAt' in `rclCraft',
which is of non-aggregate type `const TeRect ()(TePoint (*)())'
make[1]: *** [craftselect.o] Error 1
make[1]: Leaving directory `/home/m/development/terminus/terminus'
make: *** [all-recursive] Error 1

Bedtime...



Sorry I did not response to this last night - I was thinking about it, but did not come up with a conclusion until this morning:

terminus (the only thing that goes here is the stuff that HAS to go here, like your autotools stuff)
src (plus subdirs)
data (plus subdirs)
linux (build scripts, dlls, libs, diaries, project files, etc.)
output (obj files)
release
current
1.0.0
1.1.0
windows (build scripts, dlls, libs, diaries, project files, etc.)
output (obj files)
release
current
1.0.0
1.1.0

However, if you are up and running (and happy with it) let's not change things. I would have to refactor my project files, my old VSS, and the new SVN to match the changes :-(



Sounds like a plan, man! It will take a little more autotools tweaking. I would agree with you and hold off on the reorganization in the short term, though, since we both have everything working as it is. I can just tar up what's needed and put it in the root, like you had planned to do with the windoze stuff. Here's what I plan on adding, if it sounds OK:

terminus
(existing source code and data)
setup_linux_build.sh
linux/
autotools.tar.gz

autotools.tar.gz consists of the following autotools configuration files:

configure.in the primary autotools configuration file
Makefile.am makefile details for the root dir
acinclude.m4 macros needed for SDL - this is a copy of /usr/share/aclocal/sdl.m4
terminus/Makefile.am makefile details for the source code in the terminus dir
terminus/util/Makefile.am makefile details for util
terminus/world/Makefile.am makefile details for world
terminus/xml/Makefile.am makefile details for xml

After you run the setup script, you will have the following mess (which unfortunately seems to be the linux "standard"). Note that the script WILL dump files one directory above the terminus subversion repository directory.

(tons of autotools files)
config/(autotools config files)
autom4te.cache/(autotools junk)
terminus/
(source code)
(source code.o)
Makefile.am
Makefile.in
Makefile
(source code subdirs)
(source code)
(source code.o)
Makefile.am
Makefile.in
Makefile

What do you think? It's not terrible I guess. And we can revisit and reorganize later. So... upwards and onwards? :>




Yes, that is all cool. You da man!

You need any help with those errors?



Sure! For now, here is what I am adding:

terminus
(existing source code and data)
setup_linux_build.sh
linux/
root/
acinclude.md4
configure.in
Makefile.am
Makefile.am
ToDo.txt (just some notes)

I still need to check this stuff out fresh and test it. rollin rollin rollin...



world/bullet.hpp:23: error: type specifier omitted for parameter `szBullet'

To me this looks like it is not finding the Sint32 type in SDL_types.h?
Either that or it is not finding my util/graph.h?

Terminus Est

2006-03-23T15:44:09Z

SquidBoy:

Terminus Est

2006-03-23T14:18:01Z

SquidBoy:

Terminus Est

2006-03-22T03:13:57Z

SquidBoy:

Terminus Est

2006-03-21T22:37:48Z

SquidBoy:

Terminus Est

2006-03-21T21:58:11Z

SquidBoy:

Terminus Est

2006-03-21T19:15:50Z

SquidBoy:

Terminus Est

2006-03-21T18:24:21Z

SquidBoy:

Terminus Est is John's awesome space shooter. See [http://soloforge.com his Soloforge website].

Mike's comments will occasionally be marked in orange, John's comments in green, when we're not feeling lazy.


I am hoping to help him build it under linux. Here's John's "getting started" list...




There is some stuff in here on getting set up to build SDL apps with
KDeveloper: http://gpwiki.org/index.php/SDL

You will need SDL, plus the SDL_image and SDL_gfx support libs.
Available from: http://www.libsdl.org/index.php

And the FMOD sound system from http://www.fmod.org.



Typically I'll be using either Fedora or Gentoo during my porting effort.

'''FEDORA'''

'''1''' Install SDL and fmod:

yum install SDL-devel
yum install SDL_gfx
yum install SDL_gfx-devel
yum install SDL_image
yum install SDL_image-devel
yum install fmod
yum install fmod-devel

Mar 19 22:42:01 Installed: SDL_gfx.i386 2.0.13-2.2.fc4.rf
Mar 19 22:45:23 Installed: SDL_image.i386 1.2.4-1.2.fc4.rf
Mar 19 23:11:05 Installed: fmod.i386 3.74.1-1.2.fc4.rf
Mar 20 21:22:26 Installed: fmod-devel.i386 3.74.1-1.2.fc4.rf
Mar 20 21:24:32 Installed: alsa-lib-devel.i386 1.0.10-27.rhfc4.at
Mar 20 21:24:41 Installed: SDL-devel.i386 1.2.8-4
Mar 20 21:24:41 Installed: SDL-devel.i386 1.2.8-4
Mar 20 21:27:59 Installed: SDL_gfx-devel.i386 2.0.13-2.2.fc4.rf

J: Huh. Does that yum app go out and get the latest version too? Slick.
I will get some source control up and running today.

M: yep it auto-updates everything to the latest stable versions, including tracking down dependencies.

'''2''' Grab the source - John is using subversion - very l337!

yum install subversion
Mar 20 20:00:03 Installed: subversion.i386 1.2.3-2.1

cd development
mkdir terminus
cd terminus
svn checkout http://xxxxx/terminus/

and there it is!

'''3''' Build it

sdl-config tells you what you need on the gcc command line:

[m@thedigitalmachine terminus]$ sdl-config --libs
-L/usr/lib -lSDL -lpthread
[m@thedigitalmachine terminus]$ sdl-config --static-libs
-L/usr/lib -lSDL -lpthread -lm -ldl -lasound -L/usr/X11R6/lib -lX11 -lXext

So let's try this:

g++ main.cpp -o main `sdl-config --cflags --static-libs`

Here's what we got so far:

In file included from system.hpp:17,
from startup.hpp:8,
from main.cpp:8:
util/audio.hpp:82: error: syntax error before `*' token
util/audio.hpp:145: error: `FMOD_SOUND' was not declared in this scope

I looked at /usr/include/fmod/fmod.h and it looks like FMOD_SOUND has been replaced with FSOUND_SAMPLE? I could be wrong. I tried s/r and I'm getting errors on other FMOD_* defines. Time to do some research on fmod versions...

Hmmm... There are two versions of FMOD Ex, the C and the C++ version. I had to use the C version because the C++ version is not compatable with Dev-C++ and MinGW. Check and make sure that you have the C version of the lib installed too.

FYI, here is my linker options:

-lmingw32 -lSDLmain -lSDL -mwindows
../../Dev-Cpp/lib/libSDL_image.a
../../Dev-Cpp/lib/libfmodex.a
../../Dev-Cpp/lib/libSDL_gfx.a

* test of email on changes *
( did it work? :> )
( For your edit, not mine, which makes sense. You should get an email for this one :-) )

Terminus Est

2006-03-21T15:52:25Z

SquidBoy:

Terminus Est is John's awesome space shooter. See [http://soloforge.com his Soloforge website].

I am hoping to help him build it under linux. Here's John's "getting started" list...

There is some stuff in here on getting set up to build SDL apps with
KDeveloper: http://gpwiki.org/index.php/SDL

You will need SDL, plus the SDL_image and SDL_gfx support libs.
Available from: http://www.libsdl.org/index.php

And the FMOD sound system from http://www.fmod.org.

Typically I'll be using either Fedora or Gentoo during my porting effort.

'''FEDORA'''

'''1''' Install SDL and fmod:

yum install SDL-devel
yum install SDL_gfx
yum install SDL_gfx-devel
yum install SDL_image
yum install SDL_image-devel
yum install fmod
yum install fmod-devel

Mar 19 22:42:01 Installed: SDL_gfx.i386 2.0.13-2.2.fc4.rf
Mar 19 22:45:23 Installed: SDL_image.i386 1.2.4-1.2.fc4.rf
Mar 19 23:11:05 Installed: fmod.i386 3.74.1-1.2.fc4.rf
Mar 20 21:22:26 Installed: fmod-devel.i386 3.74.1-1.2.fc4.rf
Mar 20 21:24:32 Installed: alsa-lib-devel.i386 1.0.10-27.rhfc4.at
Mar 20 21:24:41 Installed: SDL-devel.i386 1.2.8-4
Mar 20 21:24:41 Installed: SDL-devel.i386 1.2.8-4
Mar 20 21:27:59 Installed: SDL_gfx-devel.i386 2.0.13-2.2.fc4.rf

J: Huh. Does that yum app go out and get the latest version too? Slick.
I will get some source control up and running today.

M: yep it auto-updates everything to the latest stable versions, including tracking down dependencies.

'''2''' Grab the source - John is using subversion - very l337!

yum install subversion
Mar 20 20:00:03 Installed: subversion.i386 1.2.3-2.1

cd development
mkdir terminus
cd terminus
svn checkout http://xxxxx/terminus/

and there it is!

'''3''' Build it

sdl-config tells you what you need on the gcc command line:

[m@thedigitalmachine terminus]$ sdl-config --libs
-L/usr/lib -lSDL -lpthread
[m@thedigitalmachine terminus]$ sdl-config --static-libs
-L/usr/lib -lSDL -lpthread -lm -ldl -lasound -L/usr/X11R6/lib -lX11 -lXext

So let's try this:

g++ main.cpp -o main `sdl-config --cflags --static-libs`

Here's what we got so far:

In file included from system.hpp:17,
from startup.hpp:8,
from main.cpp:8:
util/audio.hpp:82: error: syntax error before `*' token
util/audio.hpp:145: error: `FMOD_SOUND' was not declared in this scope

I looked at /usr/include/fmod/fmod.h and it looks like FMOD_SOUND has been replaced with FSOUND_SAMPLE? I could be wrong. I tried s/r and I'm getting errors on other FMOD_* defines. Time to do some research on fmod versions...

Hmmm... There are two versions of FMOD Ex, the C and the C++ version. I had to use the C version because the C++ version is not compatable with Dev-C++ and MinGW. Check and make sure that you have the C version of the lib installed too.

FYI, here is my linker options:

-lmingw32 -lSDLmain -lSDL -mwindows
../../Dev-Cpp/lib/libSDL_image.a
../../Dev-Cpp/lib/libfmodex.a
../../Dev-Cpp/lib/libSDL_gfx.a

* test of email on changes *

Terminus Est

2006-03-21T12:54:56Z

SquidBoy:

Terminus Est

2006-03-20T12:19:31Z

SquidBoy: