as summary say, cmake-3.4.0 breaks webkit-gtk (maybe all older than 2.10.4) Reproducible: Always Steps to Reproduce: 1. emerge webkit-gtk, assuming cmake-3.4.0 installed 2. notice failure 3. Actual Results: CMake Error at Source/cmake/FindOpenGL.cmake:62 (check_include_files): Unknown CMake command "check_include_files". Call Stack (most recent call first): Source/cmake/OptionsGTK.cmake:65 (find_package) CMakeLists.txt:157 (include) -- Configuring incomplete, errors occurred! See also "/var/tmp/portage/net-libs/webkit-gtk-2.8.5/work/webkit-gtk-2.8.5_build/CMakeFiles/CMakeOutput.log". See also "/var/tmp/portage/net-libs/webkit-gtk-2.8.5/work/webkit-gtk-2.8.5_build/CMakeFiles/CMakeError.log". * ERROR: net-libs/webkit-gtk-2.8.5::gentoo failed (configure phase): * cmake failed * * Call stack: * ebuild.sh, line 93: Called src_configure * environment, line 4940: Called cmake-utils_src_configure * environment, line 1279: Called _execute_optionally 'src_configure' * environment, line 516: Called enable_cmake-utils_src_configure * environment, line 1910: Called die * The specific snippet of code: * "${CMAKE_BINARY}" "${cmakeargs[@]}" "${CMAKE_USE_DIR}" || die "cmake failed"; * * If you need support, post the output of `emerge --info '=net-libs/webkit-gtk-2.8.5::gentoo'`, * the complete build log and the output of `emerge -pqv '=net-libs/webkit-gtk-2.8.5::gentoo'`. * The complete build log is located at '/var/tmp/portage/net-libs/webkit-gtk-2.8.5/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/net-libs/webkit-gtk-2.8.5/temp/environment'. * Working directory: '/var/tmp/portage/net-libs/webkit-gtk-2.8.5/work/webkit-gtk-2.8.5_build' * S: '/var/tmp/portage/net-libs/webkit-gtk-2.8.5/work/webkitgtk-2.8.5' https://bugs.webkit.org/show_bug.cgi?id=150117 upstream patch for 2.10.1 provided in this report.
Created attachment 417118 [details, diff] cmake-3.4 support Correct patch to use to ensure compilation
this patch fixes, please, add to tree.
any progress on this, it's a stopper in getting various desktop installations.
Definitely a show stopper, would be nice if there was an estimated time for a fix.
This is not a show stopper as cmake-3.4 is ~arch while webkit-gtk-2.8 is not. webkit-gtk-2.10 does build with cmake-3.4 so it this is a problem for you, you can just unmask it like you did for cmake for now.
(In reply to Gilles Dartiguelongue from comment #5) > This is not a show stopper as cmake-3.4 is ~arch while webkit-gtk-2.8 is not. > webkit-gtk-2.10 does build with cmake-3.4 so it this is a problem for you, > you can just unmask it like you did for cmake for now. thanks for the info, doing a fresh install with ACCEPT_KEYWORDS="~x86", llvm successful gotta wait and see for webkit-gtk.2.8.5.
forgot to say both cmake and llvm got upgraded.
Just noticed that there's no webkit-gtk-2.8.5 anymore it got upgraded to webkit-gtk-2.10.4-r1, waiting to see if that compiles, not up to that part yet.
(In reply to Pednick from comment #8) > Just noticed that there's no webkit-gtk-2.8.5 anymore it got upgraded to > webkit-gtk-2.10.4-r1, waiting to see if that compiles, not up to that part > yet. Success. :)
Are there plans to stabilize cmake-3.4 soon? Otherwise, we can simply wait for webkit-gtk-2.10 going to stable before that :/
cmake-3.4 probably needs more revdep testing before being stable (a lot of package failures like this)
