- 30 Jul, 2008 11 commits
-
-
David Cole authored
ENH: Add test for the new CPack BundleGenerator. Thanks to Tim Shead for the patch. See issue #7170 for more details.
-
David Cole authored
BUG: Fix issue #6610. Use 64-bit system binaries when using the 64-bit MSVC compiler. Thanks to Clinton Stimpson for the patch.
-
David Cole authored
BUG: Fix issue #7088 - do not emit error messages when attempts to run Visual Studio macros fail. You can still get the error output as messages if you want using --debug-output from the cmake command line.
-
Bill Hoffman authored
-
David Cole authored
BUG: Fix issue #7414 - do not crash when given components with circular dependencies. Thanks to Doug Gregor for the patch.
-
Brad King authored
For historical reasons we still support naming of source files without their extension. Sources without known extensions are located on disk by iterating through a fixed set of possible extensions. We now want users to always specify the extension, so the fixed set will not be expanded and is preserved for compatibility with older projects. This change adds recognition of extensions of all enabled languages to avoid checking the disk for files whose extensions are unambiguous but not in the original fixed set.
-
Brad King authored
-
Bill Hoffman authored
-
Brad King authored
In CMake 2.4 the generated link line for a target always preserved the originally specified libraries in their original order. Dependencies were satisfied by inserting extra libraries into the line, though it had some bugs. In CMake 2.6.0 we preserved only the items on the link line that are not known to be shared libraries. This reduced excess libraries on the link line. However, since we link to system libraries (such as /usr/lib/libm.so) by asking the linker to search (-lm), some linkers secretly replace the library with a static library in another implicit search directory (developers can override this by using an imported target to force linking by full path). When this happens the order still matters. To avoid this and other potential subtle issues this commit restores preservation of all non-target items and static library targets. This will create cases of unnecessary, duplicate shared libraries on the link line if the user specifies them, but at least it will work. In the future we can attempt a more advanced analysis to safely remove duplicate shared libraries from the link line.
-
Brad King authored
We preserve the order and multiplicity of libraries directly linked by a target as specified by the user. Items known to be shared libraries may be safely skipped because order preservation is only needed for static libraries. However, CMake 2.4 did not skip shared libs, so we do the same when in 2.4 compatibility mode.
-
Brad King authored
-
- 29 Jul, 2008 6 commits
-
-
Bill Hoffman authored
-
Brad King authored
We never explicitly specify system library directories in linker or runtime search paths. Furthermore, libraries in these directories are always linked by asking the linker to search for them. We need to generate a warning when explicitly specified search directories contain files that may hide the system libraries during the search.
-
Brad King authored
-
Brad King authored
-
Bill Hoffman authored
-
Brad King authored
-
- 28 Jul, 2008 3 commits
-
-
Douglas Gregor authored
-
Douglas Gregor authored
BUG: Work around Boost 1.36.0 bug fix on Darwin by setting the mangled compiler name to -xgccVERSION
-
Brad King authored
-
- 27 Jul, 2008 1 commit
-
-
Brad King authored
-
- 26 Jul, 2008 1 commit
-
-
Brad King authored
-
- 25 Jul, 2008 2 commits
-
-
Bill Hoffman authored
-
Brad King authored
-
- 24 Jul, 2008 1 commit
-
-
Brad King authored
-
- 23 Jul, 2008 4 commits
-
-
Brad King authored
This change introduces policy CMP0008 to decide how to treat full path libraries that do not appear to be valid library file names. Such libraries worked by accident in the VS IDE and Xcode generators with CMake 2.4 and below. We support them in CMake 2.6 by introducing this policy. See policy documentation added by this change for details.
-
Brad King authored
Sometimes we ask the linker to search for a library for which the path is known but for some reason cannot be specified by full path. In these cases do not include the library in CMP0003 warnings because we know the extra paths are not needed for it.
-
Miguel A. Figueroa-Villanueva authored
- Find newer additions such as animate, compare, etc. - Find development api: Magick++, MagickCore, MagickWand - Use FindPackageHandleStandardArgs to output standard messages.
-
Brad King authored
-
- 22 Jul, 2008 5 commits
-
-
Bill Hoffman authored
-
Bill Hoffman authored
-
Bill Hoffman authored
-
Alin Elena authored
ENH: FindBLAS.cmake, FindLAPACK.cmake modules were redesigned so now you have three new variables BLA_VENDOR (you can specify the VENDOR), BLA_STATIC (gets the static version of libs), BLA_F95 (gets the fortran 95 interface). BLA_VENDOR can be specified as an environment variable. Intel mkls libs need FindThreads to be found correctly so you will need to enable the C/CXX
-
Brad King authored
-
- 21 Jul, 2008 6 commits
-
-
Alexander Neundorf authored
ComputeSectionLinkPrefix, don't create an index for only one item Alex
-
Bill Hoffman authored
-
Bill Hoffman authored
-
Bill Hoffman authored
-
Alin Elena authored
ENH: checks if Fortran is enbaled. If not an error message is produced.
-
Brad King authored
- This case worked accidentally in CMake 2.4, though not in Makefiles. - Some projects build only with the VS IDE on windows and have this mistake. - Support them when 2.4 compatibility is enabled by adding the extension.
-