Making things work on Windows

[Therem Harth]

I normally use some kind of GNU/Linux because it works better for me than anything else. However, I do have Windows 7 installed on one of my computers, and among other things, I'd like to use it for some variant development.

The problem is, nothing wants to compile!
- I have trouble getting CMake (both Windows and Cygwin versions) to notice the presence of GCC
- For compiling the GTK2 interface, CMake doesn't detect GTK2 even if the libraries are installed and in my PATH

Furthermore the whole business is just overcomplicated. On Linux I can do everything from one terminal: git pull, cmake, make, and I'm done. On Windows I either have to fire up a (bloated, confusing) IDE, or I've got two or three different types of terminals... Or I can add everything to my PATH and risk incompatibilities.

Is there a One IDE to Rule Them All that would make my life easier? How do you guys handle this? How does anyone compile stuff on Windows that needs CMake?

[AnonymousHero]

Which GCC are you using?

[ghengiz]

Originally Posted by Therem Harth

The problem is, nothing wants to compile!
- I have trouble getting CMake (both Windows and Cygwin versions) to notice the presence of GCC
- For compiling the GTK2 interface, CMake doesn't detect GTK2 even if the libraries are installed and in my PATH

Furthermore the whole business is just overcomplicated. On Linux I can do everything from one terminal: git pull, cmake, make, and I'm done. On Windows I either have to fire up a (bloated, confusing) IDE, or I've got two or three different types of terminals... Or I can add everything to my PATH and risk incompatibilities.

first, are you sure gcc is in your path? try to launch it from a terminal.

second, the order in the env variables could be important, because, as you know, programs and libraries are searched in the order given there, and the first version found is used. probably in the readme's there is some indication...

third, you don't really need to set paths in stone, it is enough to write a batch file, so the default values are not touched. In it, put just the exports for the new values of path and any other env variable of interest. You can then experiment freely, without harm your system, simply launching the said batch file. If things go really bad, you can simply restart, and here you are, a clean system again!

things being overcomplicated is the price to be paid to work in windows

edit: the IDE you are looking for, you already know. It's linux

[Therem Harth]

Originally Posted by AnonymousHero

Which GCC are you using?

Umm... The one used to compile msysgit, which is probably pretty recent (4.x).

[AnonymousHero]

Originally Posted by Therem Harth

Umm... The one used to compile msysgit, which is probably pretty recent (4.x).

I ask because (AFAIK) there are two different GCC compilers on Windows, namely the Cygwin GCC and the MinGW GCC. Since you mentioned msys/msysgit, I take it that it's MinGW GCC you're using...?

EDIT: But as ghengiz mentioned, you probably just don't have GCC on your path. I believe you can also specify the full path by using a switch to the CMake invocation.

Also, according to my ToME 2.x "fork" README.txt, it should be possible to compile using:

       $ cmake -G "MinGW Makefiles"
       $ mingw32-make

[Therem Harth]

Yeah, it's MinGW.

I tried the following BTW:

- Add MinGW to PATH
- Run CMake to generate a makefile
- Open an msysgit terminal (i.e. git bash), cd to the relevant directory, and run make

... make just prints

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

and kills bash, exiting to the normal Windows command shell. Running it again continues to print that message, and do nothing else.

(I've also tried Cygwin and its version of MinGW, for cross-compiling to a native Windows application. In that case Cygwin's CMake can't find Cygwin's MinGW, or even Cygwin's normal GCC.)

[Therem Harth]

OMG I'm an idiot. It was mingw32-make, like you said. *facepalm*

Thank you very, very much.

Edit: BTW is there any way to give the CMake GUI a (permanent) fix on the MinGW executables without adding them to the PATH?

[AnonymousHero]

EDIT: Nvm. I see you already figured it out.

No idea about the CMake GUI, though. I'm way too comfortable in Linux-land to ever use Windows .

[Therem Harth]

I would avoid Windows, but I'm trying to learn more about Windows Vista/7 administration and internals for various (mostly job-related) reasons. In the process I figured I would see if I could do something about the bugs that haunt T2 on Windows.

(Also been thinking about using the GTK2 interface as the main cross-platform one. OTOH GTK2 is going to be entirely obsolete soon. Hurray.)

Edit: BTW I am pretty happy with Win7 (aside from the absurd bloat). That said, any OS that does not have chroot (or reasonable equivalent) built in really does not deserve to be used on ~90% of desktops.

[nppangband]

Originally Posted by Therem Harth

Yeah, it's MinGW.

I tried the following BTW:

- Add MinGW to PATH
- Run CMake to generate a makefile
- Open an msysgit terminal (i.e. git bash), cd to the relevant directory, and run make

... make just prints

There already a windows makefile in the source (makefile.win), so you shouldn't have to make one. So step 2 above (CMAKE) is unnecessary.

Once you have minGW installed and added to PATH, all you should have to do is open a terminal, navigate to the *Angband/src sub directory, and enter: "make -f makefile.win MINGW=YES".