Hello,
The module "CMakeDependentOption" is provided for a while. Is it possible to
establish dependencies between other CMake variables (which are not "options")
in a similar way?
Can a string be automatically forwarded from one variable into parts at other
places during the build configuration?
> https://github.com/ocaml-cmake/ocaml-cmake
How do you think about to extend configuration checks for the OCaml compiler
which generates native code?
Would further checks be useful for tools like "as" (GNU assembler), "ar" and
"ranlib" from the software package "binutils"?
Regards,
Markus
--
Hi,
I'm trying to set up a project pulls in information from another CMake project
(include dirs, libraries, etc.). As I understand it the right thing to do is
create a config.cmake.in in the source project and then use
find_package in config mode to pull in the information to the dependent pr
On 2014-04-18 15:38+0200 Stephen Kelly wrote:
Alan W. Irwin wrote:
Can anyone explain what is going wrong here? For example, do I have to
do something extra (i.e., something not required for Qt4) to get
libplplot exported properly when it links to Qt5?
Even when using Qt 4 you will find the
Alan W. Irwin wrote:
> Can anyone explain what is going wrong here? For example, do I have to
> do something extra (i.e., something not required for Qt4) to get
> libplplot exported properly when it links to Qt5?
Even when using Qt 4 you will find the same behavior if you use the imported
target
Hey guys,
Here's an example script that may (or may not!) illuminate things
somewhat:
https://gist.github.com/dlrdave/10977804
I think the main point of having VARIABLE in the get_property signature
is to test whether or not a variable is SET or DEFINED with the uniform
api of get_proper