View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0015451 | CMake | CMake | public | 2015-03-17 07:30 | 2016-06-10 14:31 | ||||
Reporter | Bjoern Thiel | ||||||||
Assigned To | Kitware Robot | ||||||||
Priority | normal | Severity | major | Reproducibility | always | ||||
Status | closed | Resolution | moved | ||||||
Platform | OS | Windows | OS Version | ||||||
Product Version | |||||||||
Target Version | Fixed in Version | ||||||||
Summary | 0015451: Setting MAP_IMPORTED_CONFIG_<CONFIG> hides IMPORTED_LOCATION | ||||||||
Description | I thought IMPORTED_LOCATION is a fall back for IMPORTED_LOCATION_<CONFIG> and should be found in any case. But cmTarget::GetMappedConfig gives up too early: if(!mappedConfigs.empty() && !*loc && !*imp) { return false; } (line 5540) Example: set(CMAKE_MAP_IMPORTED_CONFIG_RELWITHDEBINFO RELEASE) and try to use Qt5::moc in the RelWithDebInfo configuration. | ||||||||
Steps To Reproduce | See above. | ||||||||
Tags | No tags attached. | ||||||||
Attached Files | |||||||||
Relationships | |
Relationships |
Notes | |
(0038232) Brad King (manager) 2015-03-17 14:08 |
The design of MAP_IMPORTED_CONFIG_* intended that if it is defined then it always points to complete configurations instead of using the fallback. It was designed back when the only imported targets were those generated by export() and install(EXPORT) which always have complete IMPORTED_LOCATION_<CONFIG> values and never use IMPORTED_LOCATION. Also it was originally designed to be set on a per-target basis where for each target one knows whether IMPORTED_LOCATION_<MAPPED-CONFIG> is defined, and if not one can just leave out the mapping to use IMPORTED_LOCATION. What you propose is to map configurations but if the IMPORTED_LOCATION_<MAPPED-CONFIG> is not available still fall back to IMPORTED_LOCATION. I think this is reasonable if you want to try a patch for it (with tests). |
(0042734) Kitware Robot (administrator) 2016-06-10 14:29 |
Resolving issue as `moved`. This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page. |
Notes |
Issue History | |||
Date Modified | Username | Field | Change |
2015-03-17 07:30 | Bjoern Thiel | New Issue | |
2015-03-17 14:08 | Brad King | Note Added: 0038232 | |
2016-06-10 14:29 | Kitware Robot | Note Added: 0042734 | |
2016-06-10 14:29 | Kitware Robot | Status | new => resolved |
2016-06-10 14:29 | Kitware Robot | Resolution | open => moved |
2016-06-10 14:29 | Kitware Robot | Assigned To | => Kitware Robot |
2016-06-10 14:31 | Kitware Robot | Status | resolved => closed |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |