Search found 23 matches
- Sun Mar 28, 2010 9:58 pm
- Forum: Compile
- Topic: Issues mainly with GiGi
- Replies: 7
- Views: 1793
Re: Issues mainly with GiGi
As soon as Chris Henning finishes the GIL::io reimplementation, that GG copy of GIL goes away. He's been working on it for a year or two, which is why I broke down and fixed the PNG loading. He has my changes, so the next version should be nearly 100% PNG compliant. Are you talking about "his&...
- Sun Mar 28, 2010 2:38 am
- Forum: Compile
- Topic: Issues compiling/running freeorion
- Replies: 13
- Views: 4909
Re: Issues compiling/running freeorion
any idea what to look for?
i'm rebuilding ogre and gigi right now, then look again.
i'm rebuilding ogre and gigi right now, then look again.
- Sun Mar 28, 2010 1:52 am
- Forum: Compile
- Topic: Issues compiling/running freeorion
- Replies: 13
- Views: 4909
Re: Issues compiling/running freeorion
(gdb) bt #0 0xb7fe1424 in __kernel_vsyscall () #1 0xb72316e0 in raise () from /lib/libc.so.6 #2 0xb7232f15 in abort () from /lib/libc.so.6 #3 0xb722a90e in __assert_fail () from /lib/libc.so.6 #4 0xb789af71 in Ogre::LogManager::createLog(std::string const&, bool, bool, bool) () from /usr/lib/li...
- Sat Mar 27, 2010 5:20 pm
- Forum: Compile
- Topic: Issues compiling/running freeorion
- Replies: 13
- Views: 4909
Re: Issues compiling/running freeorion
Another thing is, when running "make install" it actually copies the binaries freeorion/freeoriond/freeorionca to /usr/local/ and all the rest to /usr/local/default/default. By applying the attached patch it's possible to reduce this to 1 default. The proper way, imho, would be to introduc...
- Sat Mar 27, 2010 4:19 pm
- Forum: Compile
- Topic: ebuilds for gentoo
- Replies: 3
- Views: 1621
Re: ebuilds for gentoo
Thanks.
Geoff already told me in IRC last night - but it was late already and i forgot to alter it.
Geoff already told me in IRC last night - but it was late already and i forgot to alter it.
- Sat Mar 27, 2010 1:41 pm
- Forum: Compile
- Topic: Issues compiling/running freeorion
- Replies: 13
- Views: 4909
Issues compiling/running freeorion
When I have compiled freeorion, running it results in ~ $ /usr/games/freeorion/freeorion freeorion: /usr/include/boost/thread/pthread/recursive_mutex.hpp:72: void boost::recursive_mutex::unlock(): Assertion `!pthread_mutex_unlock(&m)' failed. Abgebrochen If somebody wishes for it I can create a ...
- Sat Mar 27, 2010 1:33 pm
- Forum: Compile
- Topic: Issues mainly with GiGi
- Replies: 7
- Views: 1793
Re: Issues mainly with GiGi
a fix for issue #2
- Sat Mar 27, 2010 11:28 am
- Forum: Compile
- Topic: Issues mainly with GiGi
- Replies: 7
- Views: 1793
Issues mainly with GiGi
Hi. When compiling FreeOrion without including the separately stored GiGi i stumbled over a few issues. 1) FreeOrion relies on GiGi being pulled into its tree. It needs files from FreeOrion/GG/cmake/ - namely Util.cmake, Config.cmake and FindOGRE.cmake. 2) GiGi apparently provides a couple of header...
- Fri Mar 26, 2010 5:51 pm
- Forum: Compile
- Topic: Both cmake and scons don't work for me.
- Replies: 19
- Views: 6713
Re: Both cmake and scons don't work for me.
Each of the packages that FreeOrion depends upon should check that for itself during compilation/installation. As a matter of fact, graphviz 2.26 is the only graphviz in the official gentoo-tree - that means *anything* in the tree that needs graphviz must not use agraph anymore. And all the dependen...
- Fri Mar 26, 2010 10:54 am
- Forum: Compile
- Topic: Both cmake and scons don't work for me.
- Replies: 19
- Views: 6713
Re: Both cmake and scons don't work for me.
Considering the age of Graphviz 2.20.3 (the latest with libagraph included), this should be fixed. Currently widely in use is 2.26. In bash i ran the following command: FreeOrion # for i in agraph.h cdt.h cgraph.h graphviz/graph.h gvc.h pathplan.h; do echo ${i}; grep -lR ${i} *; echo "" ; ...
- Fri Mar 26, 2010 10:44 am
- Forum: Compile
- Topic: ebuilds for gentoo
- Replies: 3
- Views: 1621
ebuilds for gentoo
Hi there. Due to the change from the scons building system it is now reasonably easy to create sane build-scripts for portage, Gentoo's package manager. Gentoo is a source-based distribution, and hence it is an ideal testbed for new applications since it comes already with a working build-environmen...
- Fri Jan 11, 2008 12:13 am
- Forum: Compile
- Topic: compile on x86_64 fails due to log4cpp
- Replies: 15
- Views: 4997
Re: compile on x86_64 fails due to log4cpp
mah ... dunno. i can't apply your patch. had to completely retype it - it just was not accepted :/ anyway, you might wanna correct the (red) typo in the following chunk to the green written one. @@ -68,27 +72,48 @@ const fs::path GetBinDir() { - if (!g_initialized) InitDirs(); - char* dir_name = br_...
- Thu Jan 10, 2008 7:32 pm
- Forum: Compile
- Topic: compile on x86_64 fails due to log4cpp
- Replies: 15
- Views: 4997
Re: compile on x86_64 fails due to log4cpp
somehow i'm not able to use the patch directly from the forum.
and i must admit i'm a bit lazy right now
would you mind pasting it to rafb.net/paste or put it online somewhere?
thanks!
and i must admit i'm a bit lazy right now
would you mind pasting it to rafb.net/paste or put it online somewhere?
thanks!
- Thu Jan 10, 2008 4:57 pm
- Forum: Compile
- Topic: compile on x86_64 fails due to log4cpp
- Replies: 15
- Views: 4997
Re: compile on x86_64 fails due to log4cpp
Great!
Thanks!
Let's see ...
Thanks!
Let's see ...
- Thu Jan 10, 2008 4:34 pm
- Forum: Compile
- Topic: compile on x86_64 fails due to log4cpp
- Replies: 15
- Views: 4997
Re: compile on x86_64 fails due to log4cpp
It wants to be started from the datadir - i want it to start from wherever I am.