t a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index cfce90d..7918d80 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,5 +1,5 @@
# CMake version number components.
set(CMake_VERSION_MAJOR 3)
set(CMake_VERSION_MINOR 13)
-set(CMake_VERSION_PATCH 20181105)
+set(CMake_VER
Hi
This is the classical issue of GNU toolchain for many years, usually super
painful when the program has to be linked with several static libraries.
One easy way to solve this issue is that you could specify the same library
for multiple times if the manual order really doesn't work well, then
i have the following CMakeList.txt:
add_library(ImpLib SHARED IMPORTED GLOBAL)
set_property(TARGET ImpLib APPEND PROPERTY INTERFACE_INCLUDE_DIRECTORIES
...)
set_target_properties(ImpLib PROPERTIES IMPORTED_LOCATION ...)
add_library(A SHARED)
# COMMENTED! A uses ImpLib but cannot link it
i have the following CMakeList.txt:
the CMake generated link order is (g++ -o ):
But in this way A cannot find symbols from ImpLib (at least using g++).
The right order is
Is it doable?
I tried:
but then B will link ImpLib
I tried:
but sometimes it does not work.
is it
On 2018 M11 5, Mon 13:20:32 CET Robert Maynard wrote:
> Yes, you can do that. I don't know if there is an easier way than the
> following:
you could have a look at the following variables:
CMAKE_STATIC_LIBRARY_PREFIX
CMAKE_STATIC_LIBRARY_SUFFIX
CMAKE_SHARED_LIBRARY_PREFIX
>> So you could pass the name of the target as command line parameter.
We do all sorts of string operations on it. This wouldn't work with the
generator expression.
On Mon, Nov 5, 2018 at 11:12 AM Robert Maynard
wrote:
> The add_test command support generator expressions as part of the
>
The add_test command support generator expressions as part of the
COMMAND component (
https://cmake.org/cmake/help/v3.11/command/add_test.html). So you
could pass the name of the target as command line parameter.
On Mon, Nov 5, 2018 at 1:43 PM Hendrik Greving
wrote:
>
> I see. We may be able to
I see. We may be able to work with this. Thanks a lot!
generator expressions don't work with LINK_FLAGS (though I heard they will
be supported in LINK_OPTIONS in 3.13, which would require us to migrate.
But even then, generator expressions don't support and logic around this
like file(GNERATE ..)
Yes, you can do that. I don't know if there is an easier way than the
following:
function(get_full_name target full_name)
get_target_property(name ${target} NAME)
get_target_property(suffix ${target} SUFFIX)
get_target_property(prefix ${target} PREFIX)
get_target_property(type ${target} TYPE)
The name property doesn't return the library name for libraries, i.e. on
Linux, no lib prefix and .so suffix. Also the PREFIX and SUFFIX (see above)
don't appear to be set. Is it possible to retrieve the default library name
on a given platform?
On Mon, Nov 5, 2018 at 9:57 AM Robert Maynard
That is correct behavior. OUTPUT_NAME is a customization point to
allow projects to change the name, so if it isn't set CMake will use
the NAME property.
On Mon, Nov 5, 2018 at 12:42 PM Hendrik Greving
wrote:
>
> I think OUTPUT_NAME is not set by default. I am getting var-NOTFOUND
> Same for
I think OUTPUT_NAME is not set by default. I am getting var-NOTFOUND
Same for RUNTIME_OUTPUT_NAME, LIBRARY_OUTPUT_NAME, PREFIX and SUFFIX
On Mon, Nov 5, 2018 at 9:26 AM Robert Maynard
wrote:
> At configure time you query OUTPUT_NAME target property
>
At configure time you query OUTPUT_NAME target property
(https://cmake.org/cmake/help/v3.11/prop_tgt/OUTPUT_NAME.html) and if
not set you use NAME (
https://cmake.org/cmake/help/v3.11/prop_tgt/NAME.html )
On Mon, Nov 5, 2018 at 11:48 AM Hendrik Greving
wrote:
>
> Hi, is there a way to get the
Hi, is there a way to get the default library or executable name at
configure time (except obsolete LOCATION property)? i.e.
lib${target_name}.so in Linux, where target_name is NAME target property?
Thanks in advance.
--
Powered by www.kitware.com
Please keep messages on-topic and check the
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".
The branch, master has been updated
via e5d298b8fdb12283291f37048ae8f68a60a6becb (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".
The branch, release has been updated
via 36280e6157e883fb5257f211d24582b5e7ff4244 (commit)
via
16 matches
Mail list logo
