"None" projects, by definiton, are never built, so these settings are unnecessary. Omit them so that changes to their value will not cause the generated project to change.
This is a minor fix to make the correct sln icon appear in Windows. The
Icon Handler for sln files is apparently quite picky.
VS2015 sln files contain this:
# Visual Studio 14
Not this:
# Visual Studio 2015
Having 2015 instead of 14 does not appear to cause any major issues. But
you get the generic sln file icon in Explorer instead of the
VS2015-specific one.
I must not have been on the latest revision when I merged the Xcode module into core. This catches things back up to the state of the submodule repository.
The `%{file.path}` token is an alias of `%{file.relpath}`, and should map to the same VS symbol. Specifically, it should be the relative path including the file name, and not just the path.
Fix a few spots where the shared compiler flag changes (PR #623) caused things to misbehave.
- Fixed duplicate flags in VC 200x external compiler options
- Added missing C and CXX flag maps to Clang adapter
- Reworked SNC adapter to follow same shared flags approach
Only restrict parallel compilation when using precompiled
headers. Currently, the generated makefile has a `.NOTPARALLEL`
target, which means that make will ignore parallel builds, even
for projects which can build in parallel just fine.
The default behaviour is to link .obj files if a custom build command
outputs them, but there are some cases where we don't want this to
happen, such as when dealing with Wavefront .obj model files.
This commit will prevent the automatic linking of .obj files that have
this new flag.
When an obj file is outputted by a custom build command, this prevents
the linker from linking it. This is necessary, for example, when
dealing with obj model files.
- Split gcc.cflags to 2 tables: gcc.shared and gcc.cflags in order to allow adding relevant compilation flags to CC and CXX.
- ALL_CXXFLAGS should append ALL_CPPFLAGS and not ALL_CFLAGS.
As discussed numerous times, get rid of the submodule approach for core modules and just included the sources directly in the main repository.
I have no idea how this will play with existing working copies. It might be necessary to [manually clear out the existing submodules](http://stackoverflow.com/questions/1260748) first.
