add cmake support

[mrgreywater]

This adds the CMakeLists.txt that I used to compile this project with CLion on Linux and generate the project files for Visual Studio 2013 and 2015 on Windows.

To build with Visual Studio (assuming cmake (download) and glfw3 (download) are properly installed, navigate to the project root directory and execute these commands:

mkdir vs2015
cd ./vs2015
::in the following commands, change path-to-glfw to your glfw install dir
set GLFW_INCLUDE_DIRS=path-to-glfw\include 
set GLFW_LIBRARIES=path-to-glfw\lib-vc2015\glfw3.lib
cmake .. -G "Visual Studio 14 2015"

and open the generated sln project file with Visual Studio (equivalent steps for VS2013)

To build it for linux, make sure to have cmake 3.2 (ubuntu-repository) and glfw3 (how-to) installed, navigate to the project root directory in your terminal and type:

mkdir build
cd ./build
cmake .. 
make -j4

Other targets were not tested, but should work aswell.

If this PR is merged, I would suggest to add cmake to Travis aswell, since otherwise it may happen quickly that someone edits the gyp or cmake configuration alone without checking the other configuration.

Additionally, in a follow-up PR, we could add a github submodule link to https://github.com/glfw/glfw, and compile against the local glfw source (e.g like this project), which would make it alot easier to get the project working initally. That way the manual compilation of glfw3 on linux, or setting up environment variables on windows would not be required.

[mrgreywater]

ref #21

[jfirebaugh]

We'll want to switch over to cmake entirely if we go this route, not maintain two build systems in parallel.

cc @kkaefer

[mrgreywater]

said follow-up PR with glfw as submodule can be found here: mrgreywater@d658b8b

usage would be:

git submodule init
git submodule update
mkdir build
cd ./build
cmake .. 
make -j4

and it would remove the requirement to install glfw manually.

edit: added it to this PR instead.

[mourner]

Great! @mrgreywater yeah, let's remove the old build system fully in favor of CMake.

[mourner]

@mrgreywater BTW, just added you as the repo collaborator. Thank you for all the awesome contributions! Now you can make branches in the upstream repo (and manage issues), but be sure to still submit PRs for any significant changes.

[mrgreywater]

@mourner wow, thanks.
However I would prefer if someone else could merge this PR and do the appropriate changes to travis. I am also not quite sure which files can be removed related to gyp.
I guess it's the makefile, the .mason submodule, the dep folder, configure, and all the .gypi and .gyp files.

[kkaefer]

Just a heads up that using CMake 3 on Travis requires adding these sources/packages:

addons:
  apt:
    sources: [ 'george-edison55-precise-backports' ]
    packages: [ 'cmake', 'cmake-data' ]

[kkaefer]

This message is triggered when compiling with Clang. It means that Clang won't receive any compiler flags.

[mrgreywater]

fixed
edit: I just noticed I still need to enable optimization for the C-Compiler (not just C++).

[kkaefer]

As part of this PR, we should also completely remove the existing build system, as we won't be maintaining two systems side-by-side.

[mourner]

@kkaefer want to take a stab at this? See #34 (comment)

[mrgreywater]

@kkaefer I gave you access to https://github.com/mrgreywater/earcut.hpp/tree/cmake in case you want to push commits to this PR yourself. Or else I may try to remove gyp and make the changes to travis later myself, even though I cannot tell how difficult it will get, as I haven't configured any gyp/travis systems yet.

[mrgreywater]

@kkaefer @jfirebaugh @mourner looks like it works now. Would be nice if one of you could check if I haven't missed anything/ deleted too much related to gyp.

[mourner]

Oh wow! Isn't this just lovely?