| View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0009948 | CMake | CMake | public | 2009-11-21 19:05 | 2016-06-10 14:31 | ||||
| Reporter | Alex Neundorf | ||||||||
| Assigned To | Alex Neundorf | ||||||||
| Priority | normal | Severity | minor | Reproducibility | always | ||||
| Status | closed | Resolution | moved | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | CMake-2-8 | ||||||||
| Target Version | CMake 2.8.12 | Fixed in Version | |||||||
| Summary | 0009948: put env.var INTEL_LICENSE_FILE into eclipse/kdevelop/codeblocks projects when the Intel compiler is used | ||||||||
| Description | The Intel compiler uses the INTEL_LICENSE_FILE environment variable to find its license. So when cmake runs initially, this env.var must be set correctly. CMake should then see that it is using the Intel compiler, and if the env.var INTEL_LICENSE_FILE is set, it could read the value and put this as env.var to set before building into the KDevelop/Eclipse project files. This way later on the generated KDevelop/Eclipse projects just work, and don't have to be started from a terminal where the env.var has already been set up. Alex | ||||||||
| Tags | No tags attached. | ||||||||
| Attached Files | |||||||||
| Relationships | |
| Relationships |
| Notes | |
|
(0018511) Bill Hoffman (manager) 2009-11-21 22:29 |
I am not sure this is a good idea. What if the license file changes? We don't store other compiler specific environment variables found at cmake time for build time? |
|
(0018512) Alex Neundorf (developer) 2009-11-22 05:04 |
I just checked, something similar is already done for the MS cl compiler vars (vsvars32.bat) in the Eclipse project generator. And this will really make the Eclipse projects much more convenient to use, i.e. Eclipse can then be just started from the start menu and the project will work. Alex |
|
(0020729) Alex Neundorf (developer) 2010-05-12 16:42 |
Done for Eclipse since 2.8.1. C::B and KDevelop still todo. Alex |
|
(0041624) Kitware Robot (administrator) 2016-06-10 14:27 |
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 |
| 2009-11-21 19:05 | Alex Neundorf | New Issue | |
| 2009-11-21 19:05 | Alex Neundorf | Status | new => assigned |
| 2009-11-21 19:05 | Alex Neundorf | Assigned To | => Alex Neundorf |
| 2009-11-21 22:29 | Bill Hoffman | Note Added: 0018511 | |
| 2009-11-22 05:04 | Alex Neundorf | Note Added: 0018512 | |
| 2010-05-12 16:42 | Alex Neundorf | Note Added: 0020729 | |
| 2012-08-13 14:39 | Alex Neundorf | Target Version | => CMake 2.8.10 |
| 2012-10-18 14:03 | Alex Neundorf | Target Version | CMake 2.8.10 => CMake 2.8.11 |
| 2013-05-17 09:33 | Robert Maynard | Target Version | CMake 2.8.11 => CMake 2.8.12 |
| 2016-06-10 14:27 | Kitware Robot | Note Added: 0041624 | |
| 2016-06-10 14:27 | Kitware Robot | Status | assigned => resolved |
| 2016-06-10 14:27 | Kitware Robot | Resolution | open => moved |
| 2016-06-10 14:31 | Kitware Robot | Status | resolved => closed |
| Issue History |
| Copyright © 2000 - 2018 MantisBT Team |