View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0005063CMakeCMakepublic2007-05-20 04:562016-06-10 14:30
Reporterstuart.herring 
Assigned ToBill Hoffman 
PrioritynormalSeveritymajorReproducibilityalways
StatusclosedResolutionmoved 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0005063: VS6 Generator not using separate directories per target
DescriptionThe Visual Studio 6 generator doesn't appear to use separate directories per target for object files - so including the same source file in two targets in the same directory with different compile options doesn't work (the second target uses the existing .obj from the first one)
TagsNo tags attached.
Attached Files

 Relationships

  Notes
(0013803)
Bill Hoffman (manager)
2008-10-09 13:14

Is this still an issue, do you still use vs6?
(0013827)
stuart.herring (reporter)
2008-10-09 18:14

Yes, we still use VS6 - mostly because the project is pure C (not C++), and Microsoft haven't made any improvements to their C implementation in ten years, but the build times are much slower in the newer versions.
We've worked around it, so I'm not sure if it's still an issue in 2.6 - I'll retest.
(0014750)
Leo Breebaart (reporter)
2009-02-02 13:12

I am encountering the same problem: in my CMakeLists.txt I have sourcefiles dir1/foo.c and dir2/foo.c. On Linux, or when using nmake files on Windows, this is absolutely no problem, but the generated VS 6 project file will just put all *.lib files in e.g. 'Debug/' -- so the builds fail for the targets that need the separate foo.obj files.

I would already be very much helped if the workaround for this problem was documented. One thing a colleague came up with is manually adding /Fo flags to the compiler command line, but I do not know if that is the best solution.
(0027801)
Kovarththanan Rajaratnam (developer)
2011-11-15 04:57

Yes, I still see this issue with 2.8.6
(0041359)
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.

 Issue History
Date Modified Username Field Change
2008-10-09 13:14 Bill Hoffman Note Added: 0013803
2008-10-09 18:14 stuart.herring Note Added: 0013827
2009-02-02 13:12 Leo Breebaart Note Added: 0014750
2011-11-15 04:57 Kovarththanan Rajaratnam Note Added: 0027801
2016-06-10 14:27 Kitware Robot Note Added: 0041359
2016-06-10 14:27 Kitware Robot Status assigned => resolved
2016-06-10 14:27 Kitware Robot Resolution open => moved
2016-06-10 14:30 Kitware Robot Status resolved => closed


Copyright © 2000 - 2018 MantisBT Team