Re: [CMake] Target name not (any longer) supported
Same here with a target named gdcp++. Seems to be a problem with the
plus sign.
On 03/06/2013 10:55 AM, Martin Koller wrote:
Testing the current cmake snapshot (on win8, VS 2010) shows error messages
which I did not have with the latest released cmake version:
CMake Error:
Error evaluating generator expression:
$TARGET_PROPERTY:agent++,INTERFACE_COMPILE_DEFINITIONS
Target name not supported.
The target is defined as
add_library(agent++ STATIC ${SOURCES})
Is this an intentional change for the next cmake version or is it a bug I
should report in mantis ?
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Target name not (any longer) supported
Title: Vorlage VIDELCO Europe Limited
I've created an issue in the bug
tracker
http://www.cmake.org/Bug/view.php?id=13986
with an attached diff to re-allow plus signs.
On 03/06/2013 01:48 PM, Benjamin Kloster wrote:
Same here with a target named
"gdcp++". Seems to be a problem with the plus sign.
On 03/06/2013 10:55 AM, Martin Koller wrote:
Testing the current cmake snapshot (on win8, VS 2010) shows error messages
which I did not have with the latest released cmake version:
CMake Error:
Error evaluating generator _expression_:
$TARGET_PROPERTY:agent++,INTERFACE_COMPILE_DEFINITIONS
Target name not supported.
The target is defined as
add_library(agent++ STATIC ${SOURCES})
Is this an intentional change for the next cmake version or is it a bug I
should report in mantis ?
--
Powered by www.kitware.com
Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
___
VIDELCO Europe Limited
Selbststndige Zweigniederlassung:
Lise-Meitner-Str. 6
D-40878 Ratingen
Fon: +49 (0) 21 02 / 86 39-00
Fax: +49 (0) 21 02 / 86 39-17
E-Mail: benjamin.klos...@videlco.eu
Internet: http://www.videlco.eu
Geschftsfhrer:
Wolfgang Waldeyer, Mike Waldeyer
HRB Dsseldorf 54534
USt-Id-Nr.: DE814733639
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CPack, Debian packages and libraries
Ha! I just found the solution. Apparently, you need to repeat the COMPONENT in the install command for each destination, like so: install( TARGETS gdcp LIBRARY DESTINATION lib COMPONENT gdcp_lib RUNTIME DESTINATION bin COMPONENT gdcp_lib ) This is also mentioned in the CMake documentation, I misread the brackets there. On 10/17/2012 03:46 PM, Eric Noulard wrote: To which component do they belong to? Didn't matter, adding them to either the lib or the executable component works. Could you try (in the DEB case) to: set(CPACK_DEB_COMPONENT_INSTALL 1) set(CPACK_COMPONENTS_GROUPING ALL_COMPONENTS_IN_ONE) Nope, didn't help. By the way do you set a value for CPACK_COMPONENTS_ALL or do you leave it unset? I didn't set it anywhere. And with the above solution, CPack seems to find everything fine without setting it. But thanks for your suggestions! Kind regards, Ben -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
