View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0001757 | CMake | public | 2005-04-08 15:48 | 2005-07-15 12:30 | |||||
Reporter | Iker Arizmendi | ||||||||
Assigned To | Bill Hoffman | ||||||||
Priority | normal | Severity | major | Reproducibility | always | ||||
Status | closed | Resolution | no change required | ||||||
Platform | OS | OS Version | |||||||
Product Version | |||||||||
Target Version | Fixed in Version | ||||||||
Summary | 0001757: CONFIGURE_FILE breaks make install | ||||||||
Description | When the output of CONFIGURE_FILE points to a non-existent directory "XXX", eg: PROJECT(DST) ADD_LIBRARY(dst SHARED src/dst.c) INSTALL_TARGETS(/lib dst ) CONFIGURE_FILE ( ${DST_SOURCE_DIR}/DSTConfig.cmake.in ${DST_BINARY_DIR}/XXX/DSTConfig.cmake IMMEDIATE @ONLY ) the call succeeds; the directory XXX is created, the configured file is placed within and invoking "make" works as expected. However, for some reason invoking "make install" does nothing at all (literally, not even the library is installed). But if I remove the "XXX" from the output path of CONFIGURE_FILE everything works just fine. | ||||||||
Tags | No tags attached. | ||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0002681) Bill Hoffman (manager) 2005-07-15 12:30 |
I think the problem was really because the ( must be on the same line as the CONFIGURE_FILE The following installs fine: PROJECT(DST) ADD_LIBRARY(dst SHARED src/dst.c) INSTALL_TARGETS(/lib dst ) CONFIGURE_FILE( ${DST_SOURCE_DIR}/DSTConfig.cmake.in ${DST_BINARY_DIR}/XXX/DSTConfig.cmake IMMEDIATE @ONLY ) |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |