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 f
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:
/home
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 becaus
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 Brownsword
> wrote:
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 particular
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 /usr/loc
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
> wrote:
&g
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 CLang).
y 6, 2018, at 9:05 AM, Jean-Michaël Celerier
> 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 Sun, May 6, 2018 at 5:00 PM, Andrew Brownsword
> ma