Created attachment 515162 [details] build.log Configure fails with The C++ compiler does not support C++11 (e.g. std::unique_ptr). I am on arm64, the compiler is gcc-7.2.0.
Created attachment 515164 [details] emerge --info
Created attachment 515166 [details] emerge -pqv
this also affects 3.10.0, while 3.9.6 installs without errors
I can confirm the same for ARM (32bit arm OS). compiler where it fails is 6.4.0. cmake-3.9.x compiles OK cmake-3.10.x fails to compile Thank you. -Nikolay
CMake 3.10 added the requirement of being compiled using C++11 (or better). I realize that GCC 6 and newer should compile C++14 by default, but maybe that is disabled in the old 13.0 profile (which you are using). I'm not sure if maintainers will 'fix' this in the ebuild, since everyone should move to a new 17.0 profile, which compiles C++14 by default for every compatible compiler. I can confirm that it configures for me using 17.0 profile with GCC 6. Cheers.
Indeed, I am still using the 13.0 profile for 32bit ARM, as the 17.0 has not yet been marked 'stable'. Cheers, -N
https://www.gentoo.org/support/news-items/2015-10-22-gcc-5-new-c++11-abi.html So since gcc 5 c++11 is use. I can confirm it build fine with: gcc (Gentoo 5.4.0-r3 p1.3, pie-0.6.5) 5.4.0 [1] default/linux/amd64/13.0 * You should provide /var/tmp/portage/dev-util/cmake-3.10.1/work/cmake-3.10.1_build/CMakeFiles/CMakeOutput.log
I get the same configure error with default/linux/amd64/17.0/desktop/plasma/systemd, gcc 7.2.0 and distcc. It emerges correctly without distcc.
Created attachment 516688 [details] CMakeOutput.log Attached my CMakeOutput.log
It builds fine without distcc.
Please switch to a supported profile. Make sure your distcc toolchains are consistent.
Created attachment 517882 [details] build.log
Created attachment 517884 [details] CMakeOutput.log
Created attachment 517886 [details] emerge --info
Created attachment 517888 [details] emerge -pqv
I updated to the 17.0 profile. It took aaaaggggggeeeessss to rebuild everything. I see the same problem. The distcc host also has the 17.0 profile, the toolchains seem consistent. And in the whole emptytree @world rebuild, only cmake failed. I replaced the attachments with the new ones.
Please test with cmake-3.14.3.
With cmake-3.14.3 (and gcc-9) I did not reproduce the problem.
Thanks.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7229821dd914786b4307a0eeb4b40feb4e521917 commit 7229821dd914786b4307a0eeb4b40feb4e521917 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2019-06-14 17:51:45 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2019-06-14 20:42:20 +0000 dev-util/cmake: Drop old Closes: https://bugs.gentoo.org/644860 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> Package-Manager: Portage-2.3.66, Repoman-2.3.11 dev-util/cmake/Manifest | 5 - dev-util/cmake/cmake-3.11.4-r1.ebuild | 221 -------------------- dev-util/cmake/cmake-3.12.3.ebuild | 223 -------------------- dev-util/cmake/cmake-3.13.4.ebuild | 228 --------------------- dev-util/cmake/cmake-3.14.4.ebuild | 224 -------------------- dev-util/cmake/cmake-3.9.6.ebuild | 214 ------------------- dev-util/cmake/files/cmake-3.0.0-FindBLAS.patch | 43 ---- dev-util/cmake/files/cmake-3.0.2-FindLAPACK.patch | 43 ---- .../cmake/files/cmake-3.11.0_rc2-FindBLAS.patch | 23 --- .../files/cmake-3.11.4-fix-boost-detection.patch | 13 -- dev-util/cmake/files/cmake-3.11.4-libuv-1.21.patch | 28 --- .../cmake/files/cmake-3.13.4-prefix-dirs.patch | 127 ------------ .../files/cmake-3.8.0_rc2-FindBoost-python.patch | 95 --------- .../files/cmake-3.9.0_rc2-FindImageMagick.patch | 47 ----- .../cmake/files/cmake-3.9.0_rc2-prefix-dirs.patch | 126 ------------ dev-util/cmake/metadata.xml | 1 - 16 files changed, 1661 deletions(-)
