I seem to be unable to configure the Polyhedron demo on Cgal 5.0.2.
I am able to make and build everything else so wondered what the problem was? I am faced with this output upon using cmake.
Boost version: 1.65.1
Found the following Boost libraries:
serialization
iostreams
regex
CMake Error at Installation/cmake/modules/CGAL_Boost_iostreams_support.cmake:36 (set_target_properties):
set_target_properties called with incorrect number of arguments.
Call Stack (most recent call first):
Polyhedron/demo/Polyhedron/Plugins/Classification/CMakeLists.txt:9 (include)
I am not well-versed on cmake etc. so apopolgies if there is something I have missed. I have trawled the internet on this to no avail on this so far. Can anyone help?
Thanks
Thanks to sehe for the suggestion. An upgrade from CMAKE 3.10 > 3.17 solved the problem and I was then able to make and build the demo.
Related
I'm facing a rather weird error. I can see on the wiki that we can build vtk with support for qt5. However, when trying to do so and first configuring with cmake I get the following output:
CMake Error at C:/Program Files (x86)/CMake/share/cmake-3.2/Modules/FindQt4.cmake:1326 (message):
Found unsuitable Qt version "5.4.2" from
C:/Qt/5.4/msvc2012_opengl/bin/qmake.exe, this code requires Qt 4.x
Call Stack (most recent call first):
GUISupport/Qt/CMakeLists.txt:71 (find_package)
I have followed previous posts on SO like: How to find qt5 CMake module on windows
or
cmake does not find qt 5.1.1 but they do not solve my problem so far.
I have tried to set CMAKE_PREFIX_PATH to C:/Qt/5.4/msvc2012_opengl/ and QT_QMAKE_EXECUTABLE to C:/Qt/5.4/msvc2012_opengl/bin/qmake.exe
And yet it doesn't work. Does anyone have an explanation for that?
Did you do step 3 and 4 here? : Combining Qt 5.4.1 with vtk 6.2.0 (using CMake GUI 3.2.1) on windows
I'm guessing you didn't change VTK_QT_VERSION to 5
I'm really trying hard to install libnfc but i keep ketting the error:
It says:
Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
CMake Error at cmake/modules/FindPCRE.cmake:30 (MESSAGE):
Could not find PCRE
Call Stack (most recent call first):
CMakeLists.txt:112 (FIND_PACKAGE)
Is there anyone who knows how i can fix this error? You will help me very much. If you have another example of a NFC libary thats oké to!
I already have the answer. When i added the LIBUSB_INCLUDE_DIRS and the LIBUSB_LIBARIES entry CMake added a lot of configuration. With the configuration of below it worked.
this is my first post so please be gentle!
I'm getting what appear to be cmake errors when trying to configure an install of pcl 1.7 in OSX 10.8.5. The error which appears 18 times is:
Performing Test OpenMP_FLAG_DETECTED - Failed
and then after the 18 failed searches for OpenMP:
Could NOT find OpenMP (missing: OpenMP_C_FLAGS OpenMP_CXX_FLAGS)
Not found OpenMP
I'm also getting a red error (using cmake GUI) stating:
CMake Error at cmake/Modules/FindEigen.cmake:25 (file):
file Internal CMake error when trying to open file:
/Library/Frameworks/Eigen.framework/Eigen/src/Core/util/Macros.h for
reading.
Call Stack (most recent call first):
CMakeLists.txt:238 (find_package)
But then followed in black by:
Found Eigen: /Library/Frameworks/Eigen.framework
Eigen found (include: /Library/Frameworks/Eigen.framework, version: ..)
so perhaps this isn't the issue (also there are no references to Eigen in the CMakeError.log.
Any help diagnosing or fixing the problem would be greatly appreciated.
Thanks,
Mark
So it seems the OpenMP errors may be able to be resolved by switching the compiler from Clang to g++, though I haven't done this as I'll be OK without OpenMP. The Eigen error (which was what was halting the build) was fixed by uninstalling then reinstalling MacPorts.
I want to build a library called CSWNet on my machine. Cmake can find Boost_INCLUDE_DIR and Boost_LIB_DIR but it cannot find an option called Boost_DIR which is a directory containing a CMake configuration file for Boost. Where is it? Please help, thanks ahead. The error I got is shown below and I installed boost from ubuntu repository and it's installed in /usr/local.
CMake Error at /usr/local/share/cmake-2.8/Modules/FindBoost.cmake:429 (message):
When requesting a specific version of Boost, you must provide at least the
major and minor version numbers, e.g., 1.34
Call Stack (most recent call first):
demos/CMakeLists.txt:149 (find_package)
It seems you misunderstood the meaning of Boost_DIR.
Boost_DIR is an environment variable used as a hint by CMake to find the boost installation directory. If this is set to Boost_DIR-NOTFOUND that does not mean that it did not find Boost. Boost_FOUND is used to indicate whether the search was successful:
find_package(Boost REQUIRED thread)
if(Boost_FOUND)
message(STATUS "Success!")
endif()
In case of a successful search, CMake will also print a diagnostic message during the configure phase which looks something like
Boost version: 1.53.0
Found the following Boost libraries:
thread
Hope its not too late to post this.
Passing it in the command line along with cmake command would resovle it
cmake -DCMAKE_CXX_COMPILER=g++ -DCMAKE_INSTALL_PREFIX=dist -DBOOST_DIR="boost installation location"
I've built the dynamic boost libraries required by the Ogre 3d engine (thread and date_time). My boost directory is in C:\boost , the lib is in C:\boost\lib and the include in C:\boost(\boost) as required by the standards.
If you're familiar with CMake and Ogre (since that's the simplest way to build any Ogre repository clone from sources), you know that there isn't much else to specify. That's not true in my case: Cmake always reports that it cannot find boost. And this happens only when I try to build the Ogre 1.8 version from their repository. When I use the Ogre 2.0 experimental unstable (at the time I wrote this question), boost is successfully found and so are its threading and date-time components.
Has anyone got any ideas? Preferably, has anyone tried to build the Ogre 1.8 sources this way?
I did try almost everything (even command line cmake), but with no positive results.
I've asked this question almost twice on the Ogre forums and nothing from those sources solved the problem for the stable release of Ogre.
What is it that makes Cmake derail so much when building one version over the other? How can I at least check for boost's existence in CMake (without creating a build solution or anything else)?
There must be a simple command line flag or a simple script to run with cmake, but apart from the FindBoost.cmake file, nothing else really helps (and that one is too big to make something out of it at a quick glance).
UPDATE
Using sakra's suggestion, I see that boost is recognized:
-- [ C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:6
7 ] location of version.hpp: C:/boost/boost/version.hpp
-- [ C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:7
6 ] version.hpp reveals boost 1.50.0
but although this section does reveal that boost is where it should be, the thread and date_time libraries are invisible to CMake.
The Boost_USE_STATIC_LIBS flag is set to OFF/FALSE, just in case..
UPDATE using the --find-package cmake command line argument:
C:\Ogre18\Build>cmake --find-package -DNAME=Boost -DCOMPILER_ID=GNU -DLANGUAGE=C
XX -DMODE=EXIST
Boost found.
Ultimately, cmake doesn't find the required components. Can one check for specific libraries belonging to a boost installation?
Try invoking cmake with the variable Boost_DEBUG set to TRUE. This may give you some hints on why the FindBoost module does not find your Boost installation.
cmake -DBoost_DEBUG=TRUE .