> I suggest you try the experiment of using the system version of > libcurl instead (which also supplies SSL capability). For example, my > Linux distribution is Debian Stable which only installs libssl 1.0.1. > And for that case when I tried the bootstrap method with the > --system-curl option (the usual way I build cmake), I do not confirm > your linking issue. So my expectation is you will also avoid that > linking issue on Ubuntu 2016.10 if you use that bootstrap option or a > similar system libcurl option for the non-bootstrap case.
I tried running ./bootstrap with the --system-curl option, and I see a different error: [ 93%] Linking CXX executable ../bin/ccmake /usr/bin/ld: ../Utilities/cmlibarchive/libarchive/libcmlibarchive.a(archive_cryptor.c.o): undefined reference to symbol 'EVP_aes_256_ecb@@OPENSSL_1.0.0' //lib/x86_64-linux-gnu/libcrypto.so.1.0.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status Source/CMakeFiles/ccmake.dir/build.make:420: recipe for target 'bin/ccmake' failed make[2]: *** [bin/ccmake] Error 1 CMakeFiles/Makefile2:2135: recipe for target 'Source/CMakeFiles/ccmake.dir/all' failed make[1]: *** [Source/CMakeFiles/ccmake.dir/all] Error 2 Makefile:162: recipe for target 'all' failed make: *** [all] Error 2 So the problem is likely on my end. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
