| View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0013357 | CMake | CPack | public | 2012-06-27 22:32 | 2012-11-05 14:33 | ||||
| Reporter | David Sandberg | ||||||||
| Assigned To | David Cole | ||||||||
| Priority | normal | Severity | minor | Reproducibility | always | ||||
| Status | closed | Resolution | no change required | ||||||
| Platform | Windows | OS | Windows | OS Version | 7 | ||||
| Product Version | CMake 2.8.8 | ||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0013357: CPACK macros in own copy of NSIS.template.in are still generated even though they are commented out | ||||||||
| Description | The parser of NSIS.template.in generates output for CPACK macros that are commented out (for example @CPACK_NSIS_CREATE_ICONS@). The parser only comments out the first row of the macro's output. Here's an example: CMakeLists.txt: set(CPACK_COMPONENTS_ALL APP1 APP2) NSIS.template.in (don't want it to install default icons because I need to use arguments in the shortcut collected during installation): ;@CPACK_NSIS_CREATE_ICONS@ This will generate the following output in project.nsi: ; CreateShortCut "$SMPROGRAMS\$STARTMENU_FOLDER\APP1.lnk" "$INSTDIR\bin\APP1.exe" CreateShortCut "$SMPROGRAMS\$STARTMENU_FOLDER\APP2.lnk" "$INSTDIR\bin\APP2.exe" | ||||||||
| Tags | CPACK, NSIS | ||||||||
| Attached Files | |||||||||
| Relationships | |
| Relationships |
| Notes | |
|
(0029854) David Cole (manager) 2012-06-27 22:52 |
That's just the way it works... When the file is "configured", the part of the file that says @CPACK_NSIS_CREATE_ICONS@ is replaced by whatever the value of CPACK_NSIS_CREATE_ICONS is at the time. If it contains newlines, then those are going to be in the result file. If that's not what you want, then simply remove the @CPACK_NSIS_CREATE_ICONS@ from the .in file rather than commenting it out. Or, put a space in between the "@" and the CPACK_NSIS_CREATE_ICONS to prevent the CMake configuration step from replacing the value. The NSIS comment has nothing to do with how the file gets configured. |
|
(0029855) David Cole (manager) 2012-06-27 22:53 |
Nothing to fix here. This behavior is as designed/expected. |
|
(0031461) David Cole (manager) 2012-11-05 14:33 |
Closing resolved issues that have not been updated in more than 4 months. |
| Notes |
| Issue History | |||
| Date Modified | Username | Field | Change |
| 2012-06-27 22:32 | David Sandberg | New Issue | |
| 2012-06-27 22:33 | David Sandberg | Tag Attached: CPACK | |
| 2012-06-27 22:33 | David Sandberg | Tag Attached: NSIS | |
| 2012-06-27 22:52 | David Cole | Note Added: 0029854 | |
| 2012-06-27 22:52 | David Cole | Assigned To | => David Cole |
| 2012-06-27 22:52 | David Cole | Status | new => assigned |
| 2012-06-27 22:53 | David Cole | Note Added: 0029855 | |
| 2012-06-27 22:53 | David Cole | Status | assigned => resolved |
| 2012-06-27 22:53 | David Cole | Resolution | open => no change required |
| 2012-11-05 14:33 | David Cole | Note Added: 0031461 | |
| 2012-11-05 14:33 | David Cole | Status | resolved => closed |
| Issue History |
| Copyright © 2000 - 2018 MantisBT Team |