9a6ff95072
Fix for bug where VS2010 did not use .obj files as part of the build.
...
For VS2010 if a precompiled .obj file was the output of a custom commad,
it was used as part of the build. If it was not, then VS did not
use it as part of the build. This commit updates the test to check
for this issue, and fixes the problem. This fixes bugs #0011891 and
2011-04-01 16:28:41 -04:00
ff90b5efbf
BUG: make test more robust
2008-03-25 14:37:12 -04:00
f0486827d5
BUG: add debugging into to check out a problem
2008-03-25 14:15:20 -04:00
ce8810c4e7
ENH: preclean some warnings
2008-03-25 11:27:18 -04:00
3efc6e40cb
BUG: Do not remove the source file extension when computing an object file name. This addresses bug #6169 . If CMAKE_BACKWARDS_COMPATIBILITY is 2.4 or lower maintain the old behavior so that existing build trees and old project releases are not affected.
2007-12-28 23:07:26 -05:00
df1a77c225
ENH: some cleanup, condensing some tests, removing arguments that were not needed but rather were cut and paste copies etc
2007-05-18 15:11:20 -04:00
f7c1723135
ENH: add support for universal binaries
2006-03-24 09:15:05 -05:00
70b4e1051e
BUG: Fixed support for external object files built by custom commands. Also added a test to keep it working.
2005-11-17 13:49:10 -05:00
94a3e4be53
BUG: We still want to print out the location where the object was found if it was found by the glob.
2005-02-18 15:43:29 -05:00
785b0dc012
ENH: all tests are passing for XCode
2005-02-18 13:32:51 -05:00
81b8aafb7a
ENH: Adding test for external object file feature.
2005-02-04 13:58:11 -05:00
Bill Hoffman
Ken Martin
Brad King