Re: [CMake] -std=c++17 vs -std=c++1y

2018-05-06 Thread Andrew Brownsword
y 6, 2018, at 9:05 AM, Jean-Michaël Celerier > <jeanmichael.celer...@gmail.com> wrote: > > Note that c++17 is c++1z. c++1y was C++14. > > > > --- > Jean-Michaël Celerier > http://www.jcelerier.name <http://www.jcelerier.name/> > On S

[CMake] -std=c++17 vs -std=c++1y

2018-05-06 Thread Andrew Brownsword
Hi, Is there a way to get cmake 3.11 to emit 17 vs 1y when setting CMAKE_CXX_STANDARD? I’m finding that it seems to be a common practice to use the value of the preprocessor define __cplusplus (which is a date), and the value differs depending on whether 17 or 1y is used (at least with

Re: [CMake] find_library disobeying NO_DEFAULT_PATH?

2018-04-22 Thread Andrew Brownsword
I solved this problem by discovering that found libraries are one of the things cached between runs of cmake. Deleting CMakeCache.txt solves the problem. Hopefully this serves as a warning to people having the same issue. > On Apr 21, 2018, at 7:53 PM, Andrew Brownsword > <andrew.

[CMake] find_library disobeying NO_DEFAULT_PATH?

2018-04-21 Thread Andrew Brownsword
I’m using this command: find_library(LIBPQXX_LIBRARY NAMES libpqxx.a libpqxx PATHS ${LIBPQXX_DEPS_DIR}/src/src PATH_SUFFIXES .libs NO_DEFAULT_PATH) message(STATUS "libpqxx @ " ${LIBPQXX_LIBRARY}) This prints a path to where an older version is installed in

[CMake] Spaces in var=value list in *_command

2018-04-21 Thread Andrew Brownsword
I’m using the externalproject_add command to build a non-cmake project. To the build I am passing CXXFLAGS=value, but I cannot manage to get any spaces into the value no matter how I quote, use variables, use escapes, etc. Searching turns up other people with the same problem and no

Re: [CMake] find_package not finding Threads

2018-04-07 Thread Andrew Brownsword
I updated to CMake 3.11.0, but still got the same error. I have gotten around the problem by removing the find_package and forcing -pthread on the C/C++ command line, however this is an unsatisfying resolution to the problem. > On Mar 30, 2018, at 12:06 PM, Andrew Brownsw

Re: [CMake] Failure to build CMake 3.11.0 on ARMv7 Ubuntu 16.04 due to std::size undefined

2018-04-07 Thread Andrew Brownsword
I have managed to get CMake 3.11.0 to build by hacking the CLang-CXX file to specify -std=c++1y instead of 1z. With 1z the __cplusplus define is set to a 2017 date such that the CMake code presumes the existence of std::size, which isn’t actually defined in the headers I have (presumably

[CMake] Failure to build CMake 3.11.0 on ARMv7 Ubuntu 16.04 due to std::size undefined

2018-03-30 Thread Andrew Brownsword
I am attempting to build the latest release of CMake on my ARM-based Ubuntu system. The bootstrap works fine, however the make fails with a bunch of error messages which all look like variations on this one: In file included from /home/andrew/cmake/cmake-3.11.0/Source/cmCryptoHash.cxx:5:

[CMake] find_package not finding Threads

2018-03-30 Thread Andrew Brownsword
I have an Ubuntu 16.04 ARMv7 system upon which I have built CLang 7.0 and am now trying to use it to build my CMake-based project that was previously working with the CLang 3.8.0 that I had installed via apt-get. The new compiler does appear to be selected correctly when I run cmake. The run