Added win-ogl sandbox. Cygwin is infecting it.
Collected a few windows-specific build options.
Recursive make for 3rd party tools now properly uses jobs in cygwin.
Cygwin builds now use x64 mingw, but linking unittest++ fails.
Added makefile to build mswin w/ ms toolchain. It's a hardcoded sandbox, but runs.
qt-creator project no longer contains boost.
We now d/l and decompress boost.

We do not build it yet, because it's... difficult on windows w/ mingw.
Broken makefile commit.

Building boost on mswin is more difficult than I thought. Luckily,
msvc now has enough c++11 features that we can probably just use
it instead. That's a significant change to the build system, though.
This is effectively a stash because I'm going to be rewriting a
large swathe.
Make updates.

Lots of cleanup and good reorganization. A lot of testing still needs done,
but most if it looks ok. There's one snag remaining between cmake, cl.exe,
and cygwin w/ unix vs. windows paths, but I think I can clean that up.
Paths are calced via cygpath rather than sed now.
Fixed level of indirection on a func call.
Working through cmake/mswin.
Added bash scrpt what's output can be sourced to populate vcvars env.
UnitTest++ built with msvc from cygwin.

This is -INCREDIBLY- dirty, but it worked, so I'm committing so I have
a spot to roll back to as I clean it up.
First pass at a transparent wrapper to run native cmake from cygwin.
Fixes to cmake-mswin.bash.

cmake-mswin.bash was failing intermittently. I'm not sure what the problem
is, but it typically comes up when we pass a param that has a space in it.
The path to cmake would no longer stay in quotes and cmd would complain about
"C:\Program" not being an executable file.

I've examined the params we were passing over to cmd.exe. They are always
correct and quoted properly. This is likely a cygwin/cmd interaction issue.

The workaround is, rather than calling the full path to cmake, adding the
path to cmake to PATH, then calling just cmake.
Changed an error message.

We used to have to start cl builds from some child process that was
started in the developer prompt. We can now source those vars directly.
All that remains is locating CMAKE, and that's what the error describes
now.
Mswin now -almost- builds.
Made path detection more robust.
Bashed 3rd party from nav.