| View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0007367 | CMake | CMake | public | 2008-07-18 19:24 | 2008-08-16 16:43 | ||||
| Reporter | F. Goujeon | ||||||||
| Assigned To | Alex Neundorf | ||||||||
| Priority | normal | Severity | minor | Reproducibility | sometimes | ||||
| Status | closed | Resolution | no change required | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | CMake-2-6 | ||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0007367: Code::Blocks generator: Project's file list have absolute path when project name == directory name | ||||||||
| Description | Here is my CMakeLists.txt, located in "CppParser" directory: ********************************************* cmake_minimum_required(VERSION 2.6) project(CppParser) file( GLOB_RECURSE sources src/*.cpp ) file( GLOB_RECURSE headers src/*.h ) add_executable( Demo ${sources} ${headers} ) ********************************************* This generates a CB project which file tree look like this (under Linux, you'd guess that): CppParser ---- Sources -------- home ------------ florian ---------------- Development -------------------- CppParser ------------------------ src ---------------------------- Grammar.cpp ---------------------------- main.cpp ---- Headers -------- home ------------ florian ---------------- Development -------------------- CppParser ------------------------ src ---------------------------- Grammar.h This kind of tree depth leads to very large tabs and Management sidebar. Very unconvenient! However, if I change the line: * project(CppParser) to (for example): * project(CppParser2) #or any project's name that is different from the directory's name I get the expected tree: CppParser2 ---- Sources -------- src ------------ Grammar.cpp ------------ main.cpp ---- Headers -------- src ------------ Grammar.h Unfortunately, this bug doesn't happen in some similar cases. For example, I have another project named "bkm_fw50_library" which doesn't suffer from that issue. | ||||||||
| Tags | No tags attached. | ||||||||
| Attached Files | |||||||||
| Relationships | |
| Relationships |
| Notes | |
|
(0012754) F. Goujeon (reporter) 2008-07-18 19:47 |
I'm sorry, it has finally nothing to do with the project or directory name. It happens when using a bash script (by double clicking on it) instead of using the command line directly. Drugs are bad, kids! |
|
(0013043) Alex Neundorf (developer) 2008-08-16 16:43 |
According to the additional note from fgoujeon the bug report was invalid. If I understood this wrong feel free to reopen it. Then it would be nice if you could attach a minimal testcase so I can reproduce the problem. Alex |
| Notes |
| Issue History | |||
| Date Modified | Username | Field | Change |
| 2008-07-18 19:24 | F. Goujeon | New Issue | |
| 2008-07-18 19:47 | F. Goujeon | Note Added: 0012754 | |
| 2008-07-20 15:25 | Alex Neundorf | Status | new => assigned |
| 2008-07-20 15:25 | Alex Neundorf | Assigned To | => Alex Neundorf |
| 2008-08-16 16:43 | Alex Neundorf | Note Added: 0013043 | |
| 2008-08-16 16:43 | Alex Neundorf | Status | assigned => closed |
| 2008-08-16 16:43 | Alex Neundorf | Resolution | open => no change required |
| Issue History |
| Copyright © 2000 - 2018 MantisBT Team |