Compiling AND in VC++

Arkatakor · Apr 24, 2011

I have posted this thread in the AND forum but it does not seem very active so I though I would double post by placing my query here as well:

I Been trying to compile the AND source code today. Here are the steps I followed

1) I did a get from the repository at:

https://anewdawn.svn.sourceforge.net/svnroot/anewdawn

2) I copied everything under "Trunk" directory into a directory to my "Firaxis Beyond the Sword\Mods" directory.

3) In the makefile I altered the

TOOLKIT=C:\Program Files (x86)\Microsoft Visual C++ Toolkit 2003

and

PSDK=C:/Program Files/Microsoft SDKs/Windows/v6.0A

directories to the relevant directories on my system.

4) I opened the "A New Dawn (VS 2008).sln" and attempted to build the project. I got this error:

Spoiler :

Its complaining about "C:/Program" not being recognized as an internal or external command which makes sense, so I am trying to figure out where this argument is being passed in.

PS: I am using Microsoft Visual C++ 2010 (express) - is that causing problems perhaps?

The_J · Apr 24, 2011

I guess using the \ instead of the / could make some difference (but i haven't done any compiling for a long time, so i might be wrong here).

Arkatakor · Apr 24, 2011

The_J said:
I guess using the \ instead of the / could make some difference (but i haven't done any compiling for a long time, so i might be wrong here).

I went ahead and changed my / to \ in the makefile, unfortunately it made no difference. Am wondering if there is some anomaly with the Microsoft SDK itself (as I am using the latest version) but its not the Microsoft SDK thats complaining, rather the cl.exe which is in the "Microsoft Visual C++ Toolkit 2003\bin" directory.

deanej · Apr 24, 2011

Are they actually in those spots? It seems odd that one of them is in Program Files (x86) and the other is in Program Files. You might also have the incorrect version of the platform SDK (I believe you need to use a different download on 64-bit versions of Windows).

TC01 · Apr 25, 2011

The platform SDK that comes with Windows 7 x64 works fine for me. However, it is in "C:\Program Files (x86)\...", like deanej points out.

If that doesn't help, I'd ask: what makefile are you using, and can you compile the unmodded BTS DLL?

Arkatakor · Apr 25, 2011

I am running windows XP: I think there was a misunderstanding; the directories I changed actually WERE (x86) directories when I got it from the website. I changed them to relevant directories on my system as I dont have any (x86) folders; Here is the make file I am using. The folders referenced by my TOOLKIT and PSDK variables in the following makefile ARE valid.

Spoiler :

I am thinking its more of an issue with the Microsoft Platform SDK - maybe I should be using a specific version? I am using the most recent version.

Maybe I should check into compile the unmodded BTS DLL; any links that can show me how to get started on that? I suppose I could use this - I might try it then unless someone has some other advice:

http://modiki.civfanatics.com/index.php/How_to_Install_the_SDK
__________________

LyTning94 · Apr 25, 2011

You might want to try removing the space from after Program Files in your TOOLKIT path. Also, I am on Windows XP as well and use C:\Program Files\Microsoft Platform SDK versus C:\Program Files\Microsoft SDKs\Windows\v6.0A. You might want to try that as well.

I highly doubt it's the mod itself that's causing the error unless the mod made changes to the makefile.

TC01 · Apr 25, 2011

Oh. That space after "Program " will do it, because "C:\Program__Files" is not a directory or a file. It would produce an error like the one you're getting.

Note: CFC is compacting my two spaces to one, so I used underscores instead.

LyTning94 · Apr 25, 2011

...Isn't the space after "files"?

And to clarify what I said before about the PSDK paths, I have both paths on my PC but only the first works.

Arkatakor · Apr 26, 2011

Yep; that annoying space was the culprit - I cannot believe I overlooked that when I edited that line to remove the (x86). Now I am trying to remember how to include libraries in my project as the following header in my CvGameCoreDLL.h file is invalid:

CvGameCoreDLL.h:
//
// Boost Python
//
# include <boost/python/list.hpp> //Invalid Header

Hence the following output.

Spoiler :

I have the 'boost/python/list.hpp' file in another but I am loath to copy all the source files; rather I should be able to inlcude the boost stuff via the project properties, just don't remember where.

LyTning94 · Apr 26, 2011

Asaf posted a very useful edit to Danny Daemonic's makefile here which doesn't require the boost and python folders to be in your mod directory; it looks for them in your civ install directory.

Arkatakor · Apr 26, 2011

LyTning94 said:
Asaf posted a very useful edit to Danny Daemonic's makefile here which doesn't require the boost and python folders to be in your mod directory; it looks for them in your civ install directory.

wow that totally worked; it was exactly what I needed - thanks! Now my project compiles fine.

My next step is to figure out how to actually debug - just hit the F5 button and it wants the 'A New Dawn.exe' to run, even though the project only generates a DLL and there is never supposed to be such an executable in the first place. I am guessing I must find out where it is trying to reference that executable, and change its path to point to the 'Civ4BeyondSword.exe' in order to debug...

EDIT: Just solved that problem via Asaf's tutorial on setting up Visual Express to link to the EXE. I just started to run it in debug mode; astoundingly slow - I loaded the mod fine via debug, now am still waiting for my map (tiny) to load.

Update: Arg load failed as my CvPlayer.cpp gave me an assert at line:

FAssertMsg(iValue >= 0, "iValue cannot be less than 0");

Here is the window it generated:

Assert Failed

File: CvPlayer.cpp
Line: 29000
Expression: iValue >= 0
Message: iValue cannot be less than 0

LyTning94 · Apr 27, 2011

Could you post the code surrounding the assert that failed, so I could look and see why it failed?

Arkatakor · May 9, 2013

Thanks for the input guys; I am able to debug it by doing the attach to process method. However I simply don't remember ever having to do this when I managed to make it work previously; as far as I remember I could press F11 or F5 and I could launch the program directly as such. The key would be to tell the compiler that the DLL is in a separate directory and to debug it remotely from the current project directory.

Either way this "attach to process" method should solve my problem for now.

EDIT: wow, totally wrong thread - sorry for ressurecting this.

Compiling AND in VC++

Arkatakor

King

The_J

Say No 2 Net Validations

Arkatakor

King

deanej

Deity

TC01

Deity

Arkatakor

King

LyTning94

Dragonborn

TC01

Deity

LyTning94

Dragonborn

Arkatakor

King

LyTning94

Dragonborn

Arkatakor

King

LyTning94

Dragonborn

Arkatakor

King

Similar threads