| View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0003484 | CMake | CMake | public | 2006-07-05 12:41 | 2006-10-04 11:38 | ||||
| Reporter | Malte Clasen | ||||||||
| Assigned To | Brad King | ||||||||
| Priority | low | Severity | minor | Reproducibility | always | ||||
| Status | closed | Resolution | fixed | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | |||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0003484: VC2005, wrong file compiled (same name but different dir) | ||||||||
| Description | When a Visual C++ 2005 project contains two files with the same name like "src/a.cpp" and "src/sub/a.cpp", is compiles "src/a.cpp" instead of "src/sub/a.cpp". This happens for project build, solution builds and even when explicitly compiling a single file. I was unable to reproduce this bug in a minimal example, so I'm not sure where this bug has its origins. Deleting and recreating the build with cmake didn't fix it, it's reproducible in our project. However, everything works fine when we avoid duplicate filenames. This might be a bug of VC8, but I thought I should mention it anyway since it appeared only in a cmake based project. | ||||||||
| Tags | No tags attached. | ||||||||
| Attached Files | |||||||||
| Relationships | |
| Relationships |
| Notes | |
|
(0004441) Brad King (manager) 2006-07-11 13:25 |
By coincidence I happened to be working on changes that are very related to this bug: /cvsroot/CMake/CMake/Source/CMakeLists.txt,v <-- CMakeLists.txt new revision: 1.295; previous revision: 1.294 /cvsroot/CMake/CMake/Source/cmLocalGenerator.cxx,v <-- cmLocalGenerator.cxx new revision: 1.141; previous revision: 1.140 /cvsroot/CMake/CMake/Source/cmLocalGenerator.h,v <-- cmLocalGenerator.h new revision: 1.59; previous revision: 1.58 /cvsroot/CMake/CMake/Source/cmLocalUnixMakefileGenerator3.cxx,v <-- cmLocalUnixMakefileGenerator3.cxx new revision: 1.156; previous revision: 1.155 /cvsroot/CMake/CMake/Source/cmLocalUnixMakefileGenerator3.h,v <-- cmLocalUnixMakefileGenerator3.h new revision: 1.50; previous revision: 1.49 /cvsroot/CMake/CMake/Source/cmLocalVisualStudio6Generator.cxx,v <-- cmLocalVisualStudio6Generator.cxx new revision: 1.103; previous revision: 1.102 /cvsroot/CMake/CMake/Source/cmLocalVisualStudio6Generator.h,v <-- cmLocalVisualStudio6Generator.h new revision: 1.15; previous revision: 1.14 /cvsroot/CMake/CMake/Source/cmLocalVisualStudio7Generator.cxx,v <-- cmLocalVisualStudio7Generator.cxx new revision: 1.140; previous revision: 1.139 /cvsroot/CMake/CMake/Source/cmLocalVisualStudio7Generator.h,v <-- cmLocalVisualStudio7Generator.h new revision: 1.24; previous revision: 1.23 /cvsroot/CMake/CMake/Source/cmLocalVisualStudioGenerator.cxx,v <-- cmLocalVisualStudioGenerator.cxx initial revision: 1.1 /cvsroot/CMake/CMake/Source/cmLocalVisualStudioGenerator.h,v <-- cmLocalVisualStudioGenerator.h initial revision: 1.1 These changes introduce detection of duplicate object file names and make sure a unique object is created for every source. I could not reproduce the bug in a small example either. The above changes will hopefully fix the problem. If you can please try the CVS version of CMake (which you can build using 2.4.2) to see if it resolves the problem. |
| Notes |
| Issue History | |||
| Date Modified | Username | Field | Change |
| Issue History |
| Copyright © 2000 - 2018 MantisBT Team |