I'll take a look when I get home in an hour or so, that is odd though as the "glu.h" should have been installed with vs2012... I think, I don't recall having any trouble when I recently installed it on my laptop.

FYI, I spun up a virtual machine with Windows 8 and Visual Studio 2012, still getting the same symptoms.

Ah ha, it's not "glu.h" that it can't find it's "glew.h" in the "pioneer-thirdparty" which it thinks should be checked out to : "c:usersadriandocumentsgithubpioneer-thirdpartywin32includegl"

So I'm assuming that your Pioneer directory is checked out to : "c:usersadriandocumentsgithubpioneer" or something like that yes?

In which case everything should "just-work"(tm)... however you have an error on loading the solution?

Does it have any more information about that error?

I've just tried moving my "pioneer-thirdparty" directory away to see if it gives an error on load but it doesn't.

So things to check I guess. The Pioneer project gives an error on loading, it shouldn't as the version in master seems ok.

Can you make sure that there's no changes to the files in the "pioneerwin32vs2012" folder and if there are revert them?

Then could you check the "Additional Include Directories" in the Pioneer project match the following:

• ../../../src;
• ../../src;
• ../../../pioneer-thirdparty/win32/include;
• ../../../../pioneer-thirdparty/win32/include;
• ../../win32/include;
• ../../include;
• ../../../contrib;
• ../../contrib

hmm, some awesome repetition there! 🙂

Does your Git config have anything like AutoCRLF, SafeCRLF, or other line ending conversion enabled too?

Also do you get this problem if you download the ZIP of the repository from GitHub and extract that into a folder alongside you checked out copy of Pioneer? It doesn't have tobe a folder called "Pioneer", I have "Pioneer" - "Pioneer-ssh" - and "Pioneer-hacking" folders alongside my "pioneer-thirdparty" folder 🙂

...ok lets just try that for now and see if there's anything different that might cause it.

Andy

Hey, thanks for the tips.

On reloading the solution file, I've been able to get the following error:

Project 'pioneer' could not be loaded because this edition of Visual C++ does not support classic style native application or managed projects.
C:UsersadrianDocumentsGitHubpioneerwin32vc2012pioneer.vcxproj : error : The operation could not be completed

Don't ya just love those descriptive error messages.

I'm not able to view or edit any of the pioneer project settings - I'm assuming this is a result of the errors being thrown when the project file is being loaded.

When I open the project file in a text editor, I am able to see the include directories, and they are exactly as you have specified above.

I've been using the default GIT settings; I'll have to work out whether any line ending conversions have been enabled.

I did try downloading the ZIPs of the two repositories and extracted to their own folders. Again, I'm getting the same error when loading and attempting to compile pioneer.

Incidentally, the file glew.h DOES exist in the following directories:
pioneer-thirdpartysourceglewincludeGL
pioneer-thirdpartywin32includeGL

Maybe I should try installing Visual Studio 2010...I'll give it a try and get back to you on that one, but if you can see what's going on with VS2012, it would be appreciated.

Cheers

Ok I think I know what this is, there's TWO editions of Visual Studio 2012 Express.

One is for Metro style apps and won't work with Pioneer.

One is for Desktop style apps with Windows XP / 2000 / 7 / etc support and will work with Pioneer.

I have both installed myself and just tried it and I get the same error message 🙂

Ok that looks like it's the problem.

This is the version you want here:  http://www.microsoft.com/visualstudio/eng/products/visual-studio-express-for-windows-desktop

Yep, that's fixed it. (Damn Metro - a solution in search of a problem...at least as far as non-touch devices are concerned) Thanks for your help.

Currently compiling... ... ... Success!!

Yep Metro on Desktop is every kind of dumb 🙂

Glad you've got it sorted now!

I think Microsofts approach to all this is making the need to have a Code::Blocks solution ever more urgent, not to mention if we ever want to support 64-bit and still use free software (yet another ridiculous arbitrary limitation!).