Page 14 of 18

Re: Building Oolite Windows from source - The Easier Way

Posted: Sun Dec 09, 2012 12:27 am
by Tricky
Svengali wrote:
El Viejo wrote:
Tricky wrote:
Threaded optimisation was the culprit.
Ah... good. I've had that disabled since I switched to nVidia. Oolite doesn't seem to like it much (on some machines, anyway), it seems.
Yep. It has even caused CTDs on some machines (Core2Duo) whenever specific models are spawned.
It just gets better. Here's me thinking that it would help the GPU if the threads for rendering were spread over multiple CPUs. :roll:

Re: Building Oolite Windows from source - The Easier Way

Posted: Sun Dec 09, 2012 12:34 am
by Cody
Tricky wrote:
Here's me thinking that it would help the GPU if the threads for rendering were spread over multiple CPUs.
Oh it does help the GPU! If enabled on my machine, the GPU just shunts the load onto the CPU, and puts its feet up!

Re: Building Oolite Windows from source - The Easier Way

Posted: Fri Dec 21, 2012 1:05 pm
by Cody
another_commander wrote:
Those of you who pay attention to detail will notice that there is a folder named Mingw64 in the distribution, which contains a zip file and a readme. The zipped file contains the 64-bit version of the compiler, which unfortunately I cannot do anything with since I don't have a 64-bit operating system handy. It is a complete, ready-to-run environment for 64-bits, but anyone who would like to use it will have to unzip the file at the location it is, rename the Mingw64 folder to Mingw (and of course rename the existing Mingw folder to something else first) and rebuild all the game's dependencies, plus the executable of course. In other words, the task requires someone who knows what they are doing. It's not easy, but here it is for whomever would like to take the plunge.
I keep looking at this... but I know it's beyond my ken. Is there a chance of it being made usable for dumb pilots in the near future?

Re: Building Oolite Windows from source - The Easier Way

Posted: Fri Dec 21, 2012 1:09 pm
by another_commander
Well, if I ever get my hands on a 64-bit Windows system, you can bet I'm going to try it. Donations welcome. :-P

Re: Building Oolite Windows from source - The Easier Way

Posted: Fri Dec 21, 2012 1:13 pm
by Cody
another_commander wrote:
Well, if I ever get my hands on a 64-bit Windows system, you can bet I'm going to try it. Donations welcome.
Heh... I've barely managed to save enough pennies to double my RAM (I'll be on Win7 64bit for the new year), so no donations, unfortunately.

Re: Building Oolite Windows from source - The Easier Way

Posted: Fri Dec 21, 2012 2:04 pm
by Commander McLane
another_commander wrote:
Well, if I ever get my hands on a 64-bit Windows system, you can bet I'm going to try it. Donations welcome. :-P
You could try a Kickstarter. :wink:

Re: Building Oolite Windows from source - The Easier Way

Posted: Fri Dec 21, 2012 4:02 pm
by Cmd. Cheyd
A_C -
Would VPN access to a Win7 x64 VM be of assistance?

Re: Building Oolite Windows from source - The Easier Way

Posted: Fri Dec 21, 2012 6:47 pm
by another_commander
Cmd. Cheyd wrote:
A_C -
Would VPN access to a Win7 x64 VM be of assistance?
As discussed on IRC, it would be, but not right now. We can have a look at it in the near future. Thanks for offering this access.

Re: Building Oolite Windows from source - The Easier Way

Posted: Sat Feb 16, 2013 7:39 pm
by Pleb
another_commander wrote:
Those of you who pay attention to detail will notice that there is a folder named Mingw64 in the distribution, which contains a zip file and a readme. The zipped file contains the 64-bit version of the compiler, which unfortunately I cannot do anything with since I don't have a 64-bit operating system handy. It is a complete, ready-to-run environment for 64-bits, but anyone who would like to use it will have to unzip the file at the location it is, rename the Mingw64 folder to Mingw (and of course rename the existing Mingw folder to something else first) and rebuild all the game's dependencies, plus the executable of course. In other words, the task requires someone who knows what they are doing. It's not easy, but here it is for whomever would like to take the plunge.
Okay so I've got a new computer, Intel Core i5 processor, 8GB RAM, Nvidia Graphics Card with 1GB memory...and sadly Windows 8. Still, it's 64 bit so I though I'd try and give what another_commander tslked about in the quote above...

...except, I get this error when trying to compile:

Code: Select all

GNUstep System Root is /mingw/../devlibs/gnustep1201/System

Jake@JAKE-LAPTOP ~
$ cd /c/oolite-source/oolite-source-1.77

Jake@JAKE-LAPTOP /c/oolite-source/oolite-source-1.77
$ make debug=no
This is gnustep-make 2.4.0. Type 'make print-gnustep-make-help' for help.
Making all for objc_program oolite...
 Compiling file src/Core/legacy_random.c ...
 Compiling file src/BSDCompat/strlcpy.c ...
 Compiling file src/Core/Debug/OOTCPStreamDecoder.c ...
 Compiling file src/Core/OOPlanetData.c ...
 Compiling file src/Core/Debug/OODebugMonitor.m ...
In file included from c:\oolite-build\msys_x2\1.0\mingw\bin\../lib/gcc/x86_64-w6
4-mingw32/4.7.1/../../../../x86_64-w64-mingw32/include/windows.h:74:0,
                 from C:/Oolite-Build/Msys_x2/1.0/mingw/../devlibs/gnustep1201/L
ocal/Library/Headers/GNUstepBase/preface.h:57,
                 from C:/Oolite-Build/Msys_x2/1.0/mingw/../devlibs/gnustep1201/L
ocal/Library/Headers/GNUstepBase/GSConfig.h:225,
                 from C:/Oolite-Build/Msys_x2/1.0/mingw/../devlibs/gnustep1201/L
ocal/Library/Headers/GNUstepBase/GSVersionMacros.h:193,
                 from C:/Oolite-Build/Msys_x2/1.0/mingw/../devlibs/gnustep1201/L
ocal/Library/Headers/Foundation/Foundation.h:30,
                 from src/Core/OOCocoa.h:35,
                 from src/Core/Debug/OODebugMonitor.h:38,
                 from src/Core/Debug/OODebugMonitor.m:33:
c:\oolite-build\msys_x2\1.0\mingw\bin\../lib/gcc/x86_64-w64-mingw32/4.7.1/../../
../../x86_64-w64-mingw32/include/wincon.h:324:3: error: unknown type name 'BOOL'

In file included from C:/Oolite-Build/Msys_x2/1.0/mingw/../devlibs/gnustep1201/L
ocal/Library/Headers/Foundation/NSPort.h:37:0,
                 from C:/Oolite-Build/Msys_x2/1.0/mingw/../devlibs/gnustep1201/L
ocal/Library/Headers/Foundation/NSPortMessage.h:30,
                 from C:/Oolite-Build/Msys_x2/1.0/mingw/../devlibs/gnustep1201/L
ocal/Library/Headers/Foundation/Foundation.h:94,
                 from src/Core/OOCocoa.h:35,
                 from src/Core/Debug/OODebugMonitor.h:38,
                 from src/Core/Debug/OODebugMonitor.m:33:
c:\oolite-build\msys_x2\1.0\mingw\bin\../lib/gcc/x86_64-w64-mingw32/4.7.1/../../
../../x86_64-w64-mingw32/include/winsock2.h:15:2: warning: #warning Please inclu
de winsock2.h before windows.h [-Wcpp]
make[3]: *** [obj.win.spk/oolite.obj/OODebugMonitor.m.o] Error 1
make[2]: *** [internal-objc_program-all_] Error 2
make[1]: *** [oolite.all.objc-program.variables] Error 2
make: *** [internal-all] Error 2

Jake@JAKE-LAPTOP /c/oolite-source/oolite-source-1.77
$
Can anyone help? Would love to try and get a 64 bit version of Oolite to finally run on Windows.

Re: Building Oolite Windows from source - The Easier Way

Posted: Sat Feb 16, 2013 8:19 pm
by another_commander
It is not going to be as easy as just typing make debug=no for this one. The problem in the first Obj-C file being compiled is a BOOL definition that fails to be found (probably something to do with the MinGW 64 Winapi headers), but before tackling that, have you already built all the support dlls? Even if you do build 64-bit Oolite, it will not run without the 64-bit versions of all its support libraries.

I can tell you that by the time you are done building the last one of them, you will already know more than enough to be able to find a solution to the BOOL problem without external help. Be prepared for a long trip.

Re: Building Oolite Windows from source - The Easier Way

Posted: Sun Feb 17, 2013 10:52 am
by Pleb
I can see what you mean. Even trying to build the dependencies in 64 bit is not very straight forward, so I can see why this hasn't been a task anyone's eager to under take. But I will see what I can do, even though I fear this way be way beyond my knowledge and capabilities... :cry:

Re: Building Oolite Windows from source - The Easier Way

Posted: Thu Oct 31, 2013 2:07 pm
by another_commander
All the resources necessary to build the 64-bit trunk version of Oolite were committed to the github repository today.

Following that, the development environment for building the game has been updated once more. The compiler used now is GCC 4.7.1 for the x64 target by default. However, there is the option of switching back to the 32-bit original compiler if one so wishes. See the first post for more details. Since we have moved away from svn, the building instructions have been updated to work with git.

If you discover problems or any inaccuracies in the instructions give us a shout.

Re: Building Oolite Windows from source - The Easier Way

Posted: Thu Oct 31, 2013 2:18 pm
by Gimi
another_commander wrote:
All the resources necessary to build the 64-bit trunk version of Oolite were committed to the github repository today.

Following that, the development environment for building the game has been updated once more. The compiler used now is GCC 4.7.1 for the x64 target by default. However, there is the option of switching back to the 32-bit original compiler if one so wishes. See the first post for more details. Since we have moved away from svn, the building instructions have been updated to work with git.

If you discover problems or any inaccuracies in the instructions give us a shout.
Thanks AC.
Stellar effort. I really appreciate this.

Re: Building Oolite Windows from source - The Easier Way

Posted: Sun Nov 17, 2013 4:04 am
by Tricky
I think the command

Code: Select all

git submodule update
needs adding to the build instructions.

Re: Building Oolite Windows from source - The Easier Way

Posted: Sun Jan 05, 2014 8:09 pm
by Zireael
*dances around happily*

Thank you, thank you, thank you for this guide! I just managed to compile and test a certain tweak of mine (and no, I am not talking of the failed attempt to de-hardcode the number of systems)