Getting Angband from Github and compiling it

[Azerath]

If you are trying to run Angband 3.2.0 from VS2010, just unzip downloaded sources and place attached files (sln + vcxproj* into src folder).

The only problematic things are:
- size_t in game-cmd.c as mentioned today in the other thread
- utils.c and player/utils.c produces same obj by default, so rename player utils to player_utils.c and it should work!
- mouse moving is not working due to bug with switched coordinates

Debugging works like a charm :-) Tested on 32/64 bit Win7 with VS2010 Ultimate/Express.

Regards

[jens]

Nice work! Now if someone would just do this for Eclipse as well ;-)

[d_m]

Originally Posted by Azerath

If you are trying to run Angband 3.2.0 from VS2010, just unzip downloaded sources and place attached files (sln + vcxproj* into src folder).

The only problematic things are:
- size_t in game-cmd.c as mentioned today in the other thread
- utils.c and player/utils.c produces same obj by default, so rename player utils to player_utils.c and it should work!
- mouse moving is not working due to bug with switched coordinates

Debugging works like a charm :-) Tested on 32/64 bit Win7 with VS2010 Ultimate/Express.

Regards

Hi Azerath,

I hope to fix the size_t issue and maybe also rename player/utils.c to something else. Magnate has already fixed the mouse issue.

Would that mean that Angband would actually work "out of the box" in Visual Studio/VC++??

I am so used to taking flak for having things not work for MSVC that I am actually getting really excited about this

Thanks,

-- Erik

[ChodTheWacko]

Hello Everyone,

I just pulled down the latest version from git.

Compiling on windows was fairly easy with cygwin:
1) set MINGW=yes
2) I modified Makefile.win to make it debuggable:
changed '-O2' to -g
removed the '-s' which strips the libraries
removed -static otherwise it moaned about gcc_s library. (maybe I don't have it installed right)

3) had to modify z-file a bit.

and that's basically it. make -f Makefile.win and I have a playable game.

However, the entire reason I did this exercise was because I wanted to generate stats, and that doesn't work. Any advice on this?

- Frank

[Azerath]

Hi,

Using attached VS project files should work. It reports a lot of warnings, but can be ignored, I hope so...

It is sufficient to use only vcxproj only.

Of course for people familiar with CygSomething, it would be a lot of easier use this tool than download and install VS, but as I have it already, then working and debugging is a lot of easier.

Regards

[ChodTheWacko]

Originally Posted by Azerath

Hi,
It is sufficient to use only vcxproj only.

Just for clarification before I go downloading all that:
You can run the angband with -mstats option to get the object dumps, right?

Although, Looking through the code, it looks it does direct inserts into sqlite?
If so I might have to just hack it to dump it direct to a CSV file.

- Frank

[Azerath]

Hmm... I'm not familiar with mstats option. Are you referring to creation of lib subfolders and its content? If so, then this VS project will only compile sources and lib folder I just copy from release.

I've created VS just to more easily debug app on my machine, than substitute building...

On the other hand hacking preparation of lib content shouldn't tak too much time...

Regards,

[Magnate]

Originally Posted by ChodTheWacko

Just for clarification before I go downloading all that:
You can run the angband with -mstats option to get the object dumps, right?

Although, Looking through the code, it looks it does direct inserts into sqlite?
If so I might have to just hack it to dump it direct to a CSV file.

- Frank

Hi Frank,

You have to configure the code to build the stats module - I don't know how you do that on platforms that don't use configure, but it's to do with #defining ENABLE_STATS in the right header files.

Also, apparently Windows doesn't support any of the -m options, so I'm not sure you could invoke the stats module even if you built it.

Finally, yes it does dump an sqlite db, so you would need to hack it to output CSV. Pls be warned that there's a LOT of data - about 1.2GB if it's uncompressed.

[myshkin]

Originally Posted by Magnate

Hi Frank,

You have to configure the code to build the stats module - I don't know how you do that on platforms that don't use configure, but it's to do with #defining ENABLE_STATS in the right header files.

Also, apparently Windows doesn't support any of the -m options, so I'm not sure you could invoke the stats module even if you built it.

The Windows, OS X, and NDS ports do not use the display module notion. For now, the easiest way to get stats working on Windows is likely to compile in an environment that supports configure...I haven't tested it, but I would guess that Cygwin with sqlite3 installed would do, with some small tweaks perhaps. The more elegant thing to do is to add a command-line option or a menu item to start the stats code; compare with the USE_SAVER sections of main-win.c for screensaver control. I aim to move most of main-stats.c into various files in the stats/ subdirectory, at which point it should be somewhat easier to call the stats engine from other parts of the code. (Other to-dos here: document the ugly struct access expressions better, merge with fizzix's code in wiz-stats.c, add support for different diving algorithms, and add support for merging databases. All are likely going to wait until after the 3.3 release.)

Originally Posted by Magnate

Finally, yes it does dump an sqlite db, so you would need to hack it to output CSV. Pls be warned that there's a LOT of data - about 1.2GB if it's uncompressed.

Frank, is there a particular reason you want to use CSV? What tool do you plan to use to manipulate the data? The database is fairly relational.

[Derakon]

I'd guess he's planning to import it into Excel or some other spreadsheet program.