Search found 344 matches
- Mon Jul 09, 2007 10:10 am
- Forum: Programming
- Topic: Statically linked Linux-version
- Replies: 111
- Views: 96984
Re: Statically linked Linux-version
@tzlaine: I did not spent much time for now, but it is possible to statically link more libs. I forgot the stdc++, thats one main lib which SHOULD be linked statically, because at almost every system there's another version of this lib installed. I cannot reproduce your result of starting Freeorion ...
- Sun Jul 08, 2007 6:48 am
- Forum: Compile
- Topic: Python-Problem
- Replies: 9
- Views: 2222
Re: Python-Problem
Thats right. I will build boost again, trying python-2.4.
- Sun Jul 08, 2007 6:43 am
- Forum: Programming
- Topic: Statically linked Linux-version
- Replies: 111
- Views: 96984
Re: Statically linked Linux-version
You can run the game on more platforms, the user will not have to install all the dependencies. For example, FO cannot be compiled on Debian 4.0 (edge), because some libs are missing. I managed to install them, but a user would NOT be able to run the dynamically linked binary on his system. This bin...
- Sat Jul 07, 2007 6:38 pm
- Forum: Programming
- Topic: Statically linked Linux-version
- Replies: 111
- Views: 96984
Statically linked Linux-version
Hello there, I figured out how to link the project statically. I have published some versions here: http://freeorion.psitronic.de/ Read the installation HOWTO at http://freeorion.psitronic.de/README.txt. Please have a look at the nightly builds ! This latest versions can be installed by using a grap...
- Sat Jul 07, 2007 8:16 am
- Forum: Compile
- Topic: Python-Problem
- Replies: 9
- Views: 2222
Re: Python-Problem
Yes, now I remember. Thats the point, the debian-package for boost 1.34 depends on python2.5, and uses this version. And as I normally do not manually change packets which are automatically built i must use python2.5 for freeorion. So - a solvation to this problem could be that a parameter "--w...
- Fri Jul 06, 2007 11:32 pm
- Forum: Compile
- Topic: Python-Problem
- Replies: 9
- Views: 2222
Re: Python-Problem
The compilation with python2.4 failed, so i switched to 2.5. And then it worked.
I'll try again with 2.4 later, maybe the problem was not python (although i tracked it down that it had to be...).
I'll try again with 2.4 later, maybe the problem was not python (although i tracked it down that it had to be...).
- Fri Jul 06, 2007 2:34 pm
- Forum: Compile
- Topic: Compiling errors
- Replies: 5
- Views: 1631
Re: Compiling errors
Hello there, i used to have some compilation problems on linux machines to. But all could be fixed, but it was hard work. As geofthemedio mentioned, the last few days are very hard ones for "new" people, because the build-dependencies are changed drastically. Maybe your version of libdevil...
- Fri Jul 06, 2007 8:46 am
- Forum: Compile
- Topic: Python-Problem
- Replies: 9
- Views: 2222
Python-Problem
I read that python2.5 is now required. I have python2.5 installed, but it seems to me that scons always uses python2.4 if that is the system-default. Maybe scons should check for "python2.5" and only take "python" if it cannot find the first. I saw, that for win32 there is an opt...
- Thu Jul 05, 2007 10:06 pm
- Forum: Off-Topic
- Topic: Where are my people gone?
- Replies: 3
- Views: 2839
Where are my people gone?
Hello there, i tried playing mutliple times, but i did not find out, why sometimes my people drop from over 30 to about 17. What i recognized ist, that also my infrastructure level fall to 0. And the turn before that happens, beyond my planet there are 4 red "Mining"-Icons, which do not ha...
- Tue Jul 03, 2007 7:10 pm
- Forum: Compile
- Topic: GCC-4.1.2 Linking takes very long [solved]
- Replies: 3
- Views: 1845
Re: GCC-4.1.2 Linking takes very long
Using ld version 2.17.50.20070426 fixes that problem. Now there is nothing more in the way for quickly debugging
I did:
apt-get source binutils --compile
With sources from debian testing.
/Edit: can be closed!
I did:
apt-get source binutils --compile
With sources from debian testing.
/Edit: can be closed!
- Tue Jul 03, 2007 6:22 pm
- Forum: Compile
- Topic: GCC-4.1.2 Linking takes very long [solved]
- Replies: 3
- Views: 1845
Re: GCC-4.1.2 Linking takes very long
It seems that google know more people with such problems:
http://sourceware.org/ml/binutils/2007-06/msg00064.html
Currently I am compiling a new binutils-Package. Let's see, if something is changing then.
http://sourceware.org/ml/binutils/2007-06/msg00064.html
Currently I am compiling a new binutils-Package. Let's see, if something is changing then.
- Tue Jul 03, 2007 10:48 am
- Forum: Compile
- Topic: GCC-4.1.2 Linking takes very long [solved]
- Replies: 3
- Views: 1845
GCC-4.1.2 Linking takes very long [solved]
Hello there, i am compiling FreeOrion with GCC-4.1.2. Everything works fine, except of one thing: the linking of the executables takes about 14 Minutes on my machine (3GHz, 2GB Ram). I watched the ld-process, leck of memory is NOT the problem. I used "time" to measure that: real 13m47.636s...
- Fri Jun 29, 2007 7:21 am
- Forum: Strategy Games
- Topic: Browsergame anyone?
- Replies: 1
- Views: 3512
- Thu Jun 28, 2007 2:49 pm
- Forum: Compile
- Topic: "Layout type: "dot" not recognized" / Debian Etch [solved]
- Replies: 0
- Views: 1843
"Layout type: "dot" not recognized" / Debian Etch [solved]
Hello there, today I encountered a bug. After compiling the SVN-Version in a Debian Etch Chroot, the application crashes with an error-Message Layout type: "dot" not recognized . This seems to be due to an old version of graphviz in Debian Etch. This problem can be solved by getting the gr...