-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
compile pointmatch wrapper #5346
Comments
@maxGimeno just has just spend some time on this and could not reproduce the issue. What version of CMake do you use? Also, can you show the content of the generated |
My cmake version is 3.17.2. And I install libpointmatcher following its official instructions in github. And the CMAKE_CONFIGURATION_TYPES is RelWithDebInfo
|
You could try building the shared libs instead of the default static libs. Try rerunning cmake with -DBUILD_SHARED_LIBS=ON and re-building libpointmatcher. |
I tried to add BUILD_SHARED_LIBS=ON at cmake-gui when compile libpointmatcher. But it even can not compile successfully. |
can you share the errors you get ? |
I follow the steps strictly as the official instructions.https://github.com/ethz-asl/libpointmatcher/blob/master/doc/CompilationWindows.md. `Selecting Windows SDK version 10.0.18362.0 to target Windows 10.0.18363. The LOCATION property should not be read from target "yaml-cpp-pm". Use This warning is for project developers. Use -Wno-dev to suppress it. -- using built-in yaml-cpp, version 0.3.0 Quoted variables like "MSVC" will no longer be dereferenced when the policy -- API Documentation (doxygen): disabled The LOCATION property should not be read from target "pointmatcher". Use This warning is for project developers. Use -Wno-dev to suppress it. Configuring done` Then I click generate and open it in VS 2019. when I try to build, it failed:
By the way, I only compile and buid the libpointmatcher, not install it, does that matters? |
No, the installation doesn't matter. |
If I understand correctly your error, you are trying to build the target INSTALL, when you should be building ALL_BUILD |
I click at toolbar:build--build solutions.
|
I think you are trying to build CGAL examples in debug, but feeding it releases libraries, or something like this. "optimized" is a keyword generated by visual tu specify it is a "release" version of a lib, as it is a multi configuration compiler. I don't think this keyword is used with shared libs, which is why I wanted you to try. |
I have compiled, built, installed the libpointmatcher, and done its tutorial. So probably it's not a libpointmatcher issue. Note that when compile libnabo, , the Variable SHARED_LIBS is set to False. When compile libpointmatcher, the CMAKE_BUILD_TYPE is set to Release, CMAKE_CONFIGURATION_TYPES is set to RelWithDebInfo. When compile CGAL-5.1.2/examples/Point_set_processing_3, I dont see CMAKE_BUILD_TYPE, and CMAKE_CONFIGURATION_TYPES is set to Debug;Release;MinSizeRel;RelWithDebInfo. |
Is it possible for you to try with a more recent version of boost ? >1.70 preferably. |
Ok, I found out exactly what happens. |
Thanks. Just now I update my boost version from 1.66 to 1.70 and compile libpointmatcher again. Unluckly, even libpointmatcher cannot work. So sad. |
I did it with boost 1.73 without problem. Maybe utest and gtest didn't build but you won't need them. |
Note that when install libpointmatcher I installed boost with exe files rather than .zip file( with ./booststrap.bat, ./b2.exe command). Because if I use the latter method, the libpointmatcher won't work(I dont know why). Today I have tried to install boost 1.71 with exe files, finally the libpointmatcher can work again. still exists. |
I had the same problem. "optimized" apears in CMake variable (such as I found: I searched for such usage cmake files under cgal root dirctory and found: Removing double quote and building , it works. This issue can affect the following example:
|
Thanks @yskn-github. I think you have spotted the issue, and I agree with you that there should not be any quote around |
@yskn-github @821736960 I hope this bug will be fixed by #6007. Unfortunately, it is too late for the release series 5.1.x, that is closed. The fix will be available in 5.2.x and later releases. |
Sorry to bother.
Issue Details
I have installed CGAL 5.1.1 through vcpkg, openGR, libpointmatcher. And I want to compile the example: CGAL-5.1.2-examples-Point_set_processing_3.
For OpenGR wrapper, I just set OpenGR_DIR(at cmake-gui) as E:/OpenGR/build and the examples related to OpenGR can run well.
But for Libpointmatcher wrapper, I set (actually it set itself automatically) libpointmatcher_DIR(at cmake-gui) as E:/libpointmatcher-1.3.1/libpointmatcher-1.3.1/build , and the complile is failed.
Source Code
Environment
Operating system (Windows/64 bits):
Compiler: VS 2019, Cmake
CGAL version: 5.1.1
The text was updated successfully, but these errors were encountered: