Compiling spring (mingw and visual studio 7/8)
Moderator: Moderators
anyone got any good compiler optmization switches for an Athlon XP on VS .NET 2003 ?
btw VS7, VS. NET 2003 and VS 2003 Pro are the same thing ?
this sucks, nothing works, not mingw and not VS7, i give up compiling until some instruction here actually produce working results.
also btw, I don't think that needing a commercial software to compile a open source project looks good for you. not an optimal idea I think.
btw VS7, VS. NET 2003 and VS 2003 Pro are the same thing ?
this sucks, nothing works, not mingw and not VS7, i give up compiling until some instruction here actually produce working results.
also btw, I don't think that needing a commercial software to compile a open source project looks good for you. not an optimal idea I think.
- PauloMorfeo
- Posts: 2004
- Joined: 15 Dec 2004, 20:53
can't you just post custom builds ?
I know of this project that manges to do it well : http://www.hard-light.net/
you can see that the stickies show very well some custom builds made by some people, as you can find here : http://www.hard-light.net/forums/index. ... ,97.0.html
there are many projects that have custom and CVS builds available, which would solve the problem of needing to compile anything, at least in part.
I know of this project that manges to do it well : http://www.hard-light.net/
you can see that the stickies show very well some custom builds made by some people, as you can find here : http://www.hard-light.net/forums/index. ... ,97.0.html
there are many projects that have custom and CVS builds available, which would solve the problem of needing to compile anything, at least in part.
My steps to compile using VS8 (I just tried this today):
- 1. Install Microsoft DirectX SDK (August 2006) and Microsoft Platform SDK for Windows Server 2003. (Big download).
2. Get the source.
3. Open the VS8 project file in rts/build/. Change the project properties:- 1. under Configuration Properties | C/C++ | General , add the two include directories as appropriate for the SDKs installed above.
2. under Configuration Properties | Linker | General, add the two library directories as appropriate for the SDKs installed above.
3. under Configuration Properties | Linker | Input, set "Ignore Specific Library" to "LIBC.lib".
- 1. under Configuration Properties | C/C++ | General , add the two include directories as appropriate for the SDKs installed above.
That way everyone will end up with a different project file because people install the SDKs at different places. It's better to use the Tools menu, and use the paths for all the projects. Tools->Options->Projects and Solutions->VC++ Directories
Select "Include files" in the "Show directories for" dropbox, and add the include paths from the SDKs,
Select "Library files" in the "Show directories for"dropbox, and add the lib paths from the SDKs.
Select "Include files" in the "Show directories for" dropbox, and add the include paths from the SDKs,
Select "Library files" in the "Show directories for"dropbox, and add the lib paths from the SDKs.
- hughperkins
- AI Developer
- Posts: 836
- Joined: 17 Oct 2006, 04:14
rts/map/readmap.h contains non-ASCII characters in the comments, which throws up warnings when compiled in non ISO-8859-1 locale. Could be worth saving it as UTF-8?
Last edited by hughperkins on 10 Nov 2006, 21:15, edited 1 time in total.
- hughperkins
- AI Developer
- Posts: 836
- Joined: 17 Oct 2006, 04:14
- hughperkins
- AI Developer
- Posts: 836
- Joined: 17 Oct 2006, 04:14
- hughperkins
- AI Developer
- Posts: 836
- Joined: 17 Oct 2006, 04:14
Careful. msvc works much better than mingw on Windows.Tobi wrote:We will change to MinGW, because MinGW GCC vs Linux GCC sync works much better then MSVC vs GCC sync.hughperkins wrote:With the easy availability of Visual C++ 2005 Express and the demise of the Visual C++ Toolkit 2003, is it time to start considering changing the release builds to VC2005?
- hughperkins
- AI Developer
- Posts: 836
- Joined: 17 Oct 2006, 04:14
*Visual Studio Express is a convivial development environmentTobi wrote:What are the problems with MinGW compiled executables then? Besides some things which are already solved I dont know any.
*msvc compiles significantly faster than mingw
*mingw is incompatible with the GlobalAI .Net interface because doesnt support Managed C++
I'm sorry, but 1 and 2 are merely convenient, not arguments against switching to mingw. As for your third point, there are currently no managed c++ extensions for gcc either, so sticking with msvc just so people who compile Spring on Windows can run .net AI's whilst sacrificing inter-platform operability (mingw obviously follows the same rules as gcc, msvc very much doesn't) seems a little... misprioritized?
- hughperkins
- AI Developer
- Posts: 836
- Joined: 17 Oct 2006, 04:14
Don't underestimate the importance of convenience.
A key issue here is ABI-incompatibility across C++ compilers. Using a C++ interface means that compiling spring core in mingw forces all AI development in mingw, and compiling it in VC2003 forces all AI development in VC2003.
The GlobalAI interface is essentially a C interface wrapped in C++ classes. If we were to reduce the GlobalAI interface to a pure C-interface the ABI-incompatibility issues would go away.
A key issue here is ABI-incompatibility across C++ compilers. Using a C++ interface means that compiling spring core in mingw forces all AI development in mingw, and compiling it in VC2003 forces all AI development in VC2003.
The GlobalAI interface is essentially a C interface wrapped in C++ classes. If we were to reduce the GlobalAI interface to a pure C-interface the ABI-incompatibility issues would go away.