-
Notifications
You must be signed in to change notification settings - Fork 2.7k
Replace current install variables with GNUInstallDirs #562
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
||
# Require C++11 support, prefer ISO C++ over GNU variants, | ||
# as relying solely on ISO C++ is more portable. | ||
SET(CMAKE_CXX_STANDARD 11) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this feature requires at least cmake 3.1:
You should change line 3 to:
cmake_minimum_required(VERSION 3.1)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done!
Can't merge if Travis fails. Maybe there is a way to load the right cmake? |
* The GNUInstallDirs module is more idiomatic and supported by Kitware upstream, whereas the current directories are not standardised across CMake-using packages. Using CMake native mechanisms is better than reinventing the wheel, as it makes using the build system more uniform across the ecosystem * Use CMAKE_CXX_STANDARD to force C++11 * Require CMake 3.1.0 at a minimum * Fixed lower/UPPERcase format for function/macro calls * Fixed indents by replacing tabs with 4 spaces
@cdunn2001 I've fixed the CMake error by switching to a newer CMake version, using travis-ci/travis-ci#4631 (comment) |
This looks like a lot of work. Thanks! |
I have this error:
I'll try setting |
Oh, it worked after removing the cmake cache. (Actually, I removed the whole build directory and started over.) No problems! |
Kitware upstream, whereas the current directories are not
standardised across CMake-using packages. Using CMake native
mechanisms is better than reinventing the wheel, as it makes
using the build system more uniform across the ecosystem
This PR is in response to #560