Orxonox

Yes correctly, I only updated the dependencies now. You can download them here: http://www.orxonox.net/wiki/download - pick the package of version 7.0 for your version of GCC (there are packages for GCC 4.5, 4.6, 4.7, and 4.8... phew). Also you have to update your trunk because I committed some chan...

Slow progress... I managed to make it compile with GCC 4.5, 4.6, and 4.7. Appart from changes in the code and the buildscripts I also had to recompile the external dependencies (Boost, Ogre, CEGUI, etc.) with each version of GCC because there seem to be some incompatibilities. Now I'm trying to make...

Maybe they already did. The library paths for tardis are hardcoded. As long as those old libraries exist, we will always use them. But maybe there are already newer ones.

I moved Sandros fix into the Tardis-specific cmake file. I hope the combination of new gcc + old boost happens only on Tardis. Normal distributions should have more balanced packages... at least I hope they do. Anyway, the compiler flag may cause trouble with different combinations of GCC and Boost...

I have to fix it anyway

meh. I updated MinGW on my computer to the latest version and now I have GCC 4.8.1 and lots of trouble. I'll make it compile, but it will take me a while because I have to ensure it works with all versions of MinGW and not just one. I probably won't get it done before the weekend, but I'll keep you ...

Good job at getting CMake to work. :) You can remove the line "SET(Boost_DEBUG ON)" again if you don't need it anymore. The new error reminds me of this: http://forum.orxonox.net/viewtopic.php?f=17&t=1094 It's probably due to some changes in the latest version of GCC. For Linux, this was fixed in r9...

The latest dependencies (7.0) don't yet work with the current trunk of Orxonox. You better use 6.0 at the moment.

It looks like Boost_DEBUG was not activated. Let's try a different approach to activate it:
Open cmake/PackageConfigMinGW.cmake and add the following line somewhere:

I guess that CMake somehow looks for libraries with a different name than they actually have, so it doesn't find them. When I look at the CMake script which is used to find boost (according to your log output it's c:/CMake/share/cmake-2.8/Modules/FindBoost.cmake) I see some debug messages like this:...

Hi Husky Thanks for downloading Orxonox. I wrote the guide about how to install it on Windows with MinGW. It's been a while since I last updated it, so any feedback is appreciated (or even better if you update outdated parts of the guide yourself). ;) When I look at your console output it seems like...

Thanks for updating the slides. Let me know if you need some help or a guest speaker for the PPS.

Unfortunately I don't have a tardis system to test on, but it looks like some system headers on linux were restructured. It's likely that you have to include some additional files (regarding the errors in SignalHandler and LinuxForceFeedback). Regarding boost, see if there are newer versions of boos...

3. Contexts core6 introduces a new concept called context. A context contains objectlists. Every object belongs to a context which means that the object is stored in the context's objectlists. A context is passed to an object's constructor and replaces the old concept of the creator: Old constructo...

2. RegisterClass (formerly CreateFactory) Until now there was a rule for each class inheriting (directly or indirectly) from OrxonoxClass: Write RegisterObject(Classname) in the constructor and CreateFactory(Classname) somewhere outside of the constructor. There were also some special cases: Classe...

1. Base-classes (formerly OrxonoxClass) The core-framework does a lot of helpful things; among them are Identifiers, Objectlists, Configvalues, and Smart-Pointers. Until now, all of those features were based on the common base-class OrxonoxClass. Every class (and every interface) had to inherit fro...