Bug #1070

variable feedback of cmake gui is confusing

Added by R. Haschke about 12 years ago. Updated almost 12 years ago.

Status:RejectedStart date:07/11/2012
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:Build System
Target version:-

Description

Nearly all cmake files (in rsb, rst, rsc) report available system libs as not found, although the detailed config shows, that they are found:

Boost_DIR Boost_DIR-NOTFOUND
Boost_INCLUDE_DIR /usr/include
Boost_LIBRARY_DIRS /usr/lib
...
ProtocolBuffers_DIR ProtocolBuffers_DIR-NOTFOUND
PROTOBUF_INCLUDE_DIR /usr/include
PROTOBUF_LIBRARY /usr/lib/libprotobuf.so

This is rather confusing...

History

#1 Updated by J. Wienke about 12 years ago

  • Category set to Build System

We are using standard cmake logic to find dependencies, so it is very likely an upstream issue.

For Boost_* setting the mentioned variables is the job of the FindBoost cmake macro provided by the cmake core. Here I can reproduce the behavior but there is no real chance for us to solve this, if really a problem we could open an upstream bug?

For Protobuf we have also used the standard cmake file and just enhanced it with additional logic for the other languages so that RST could be built for all of them. I cannot event reproduce the problem here, as for me there never is a ProtocolBuffers_DIR variable in the whole cache and the find macro itself does not defined this variable. Which cmake version are you using? How did you configure cmake?

In any case, our own build system will fail with a clear error message when required dependencies are really not found, or a warning if optional ones are not available.

#2 Updated by J. Wienke almost 12 years ago

  • Status changed from New to Rejected

Sorry, I will close this if there is no further objection. We cannot fix upstream cmake.

Also available in: Atom PDF