 Brad King
|
0d54001276
ENH: Set version info for shared libs on OSX.
|
17 years ago |
 Bill Hoffman
|
b0256fbe1c
BUG: make sure OBJECT_DIR is in the path of the SHELL
|
17 years ago |
|
Brad King
|
67834f2d53
BUG: Correct Mac OS X framework behavior
|
17 years ago |
|
Brad King
|
1829bed8b5
BUG: Do not create target output directory in cmTarget. Let the generators do it.
|
17 years ago |
|
Brad King
|
dfe2ea6406
ENH: Handle large object file lists on some platforms
|
17 years ago |
|
Brad King
|
454da64c99
BUG: Link scripts should be generated with copy-if-different and included as a dependency of the link rule.
|
17 years ago |
|
Brad King
|
9ed4266306
ENH: Cleanup impl of PUBLIC_HEADER, PRIVATE_HEADER, and RESOURCE properties
|
17 years ago |
|
Brad King
|
67f8c0fd10
ENH: Allow multiple OS X applications bundles to be created in a single build directory. Converted Info.plist files to be generated directly instead of configured with make variables. The MACOSX_BUNDLE_* variables are now properties (and vars for compatibility).
|
17 years ago |
|
Brad King
|
410d7b0f36
ENH: Avoid computing link information for static library targets. They do not link.
|
17 years ago |
|
Brad King
|
52b3f85642
ENH: Enable use of link script whenever incremental archive construction rules are available. Enable use of archive construction rules on MSYS.
|
18 years ago |
|
Brad King
|
66e0b4212f
ENH: Added build rule variables CMAKE_<LANG>_ARCHIVE_CREATE, CMAKE_<LANG>_ARCHIVE_APPEND, and CMAKE_<LANG>_ARCHIVE_FINISH to support creation of static archive libraries out of a large number of objects. See bug #6284.
|
18 years ago |
|
Brad King
|
28ea034737
ENH: Support exporting/importing of Framework targets.
|
18 years ago |
|
Brad King
|
59aa144516
ENH: Simplified and moved link script implementation up from cmMakefileLibraryTargetGenerator to cmMakefileTargetGenerator and use for cmMakefileExecutableTargetGenerator too. This addresses bug #6192.
|
18 years ago |
|
Brad King
|
d83b4cd255
ENH: Add a depends check step to custom targets. Add support for the IMPLICIT_DEPENDS feature of custom commands when building in custom targets. Convert multiple-output pair checks to be per-target instead of global.
|
18 years ago |
|
Bill Hoffman
|
0fc4d10e38
ENH: do not remove executables and dll's before linking them so that incremental links work, incremental links are still broken for vs 2005 and greater because of the manifest stuff
|
18 years ago |
 David Cole
|
8e4c7b99e1
ENH: Finish up the Framework creation code restructuring. Frameworks build and install now. More work needed on the packaging step. See Tests/Framework for example use.
|
18 years ago |
|
David Cole
|
0e96f06954
ENH: Improve framework support in the makefile generator to match the support just added to the Xcode generator. BUG: Remove spurious warning and eliminate empty Libraries subdir inside built framework.
|
18 years ago |
|
Brad King
|
cd6abe486d
ENH: Simplify makefile target generator listing of object files to clean.
|
18 years ago |
|
David Cole
|
ee91e25499
BUG: Only pay attention to the FRAMEWORK target property for SHARED library targets
|
18 years ago |
|
Brad King
|
35936433e1
ENH: Merging changes from branch CMake-SourceFile2-b between tags
|
18 years ago |
|
Bill Hoffman
|
d2b3e06cd0
ENH: prevent crash
|
18 years ago |
|
Bill Hoffman
|
9323a27989
ENH: initial support for creation of frameworks on Mac
|
18 years ago |
|
Brad King
|
c51c245efa
BUG: A utility target should not run the custom commands from its source files directly. The target-level rule must add dependencies on the file-level custom commands to drive them. This bug was introduced by the "fix" to bug 4377. This also restores the documented behavior that PRE_BUILD rules are treated as PRE_LINK rules on non-VS generators. Also fixed custom command dependencies on the rule file build.make so that custom commands re-run when the commands themselves change.
|
18 years ago |
|
Brad King
|
fc7c433463
ENH: Added support for import libraries created by executable and module targets. The module import libraries should never be used but some windows compilers always create them for .dll files since there is no distinction from shared libraries on that platform. The executable import libraries may be used to create modules that when loaded bind to symbols from the executables. This is an enhancement related to bug#4210 though not requested by it explicitly.
|
18 years ago |
|
Brad King
|
7b68a64d12
ENH: Do not compute a path name for the import library if there is no import library. This simplifies tracking down problems with trying to create import libraries for MODULEs.
|
18 years ago |
|
Brad King
|
31637efbfb
ENH: Added cmMakefileTargetGenerator::GenerateExtraOutput to wrap up creation of rules to drive creation of extra outputs generated as side effects of another rule. Reimplemented generation of custom command multiple output rules to use it. Reimplemented soname symlink output dependencies to use it. Now if a symlink is deleted the library will be recreated with the symlink.
|
18 years ago |
|
Brad King
|
fb88335cdb
BUG: Need to account for import library directory when constructing the clean rule for the import library. This is an incremental fix for bug #4210.
|
18 years ago |
|
Brad King
|
528f60f4a6
ENH: Added implib option to cmTarget::GetDirectory to support a separate directory containing the import library. This is an incremental step for bug#4210.
|
18 years ago |
|
Brad King
|
01dc699d82
ENH: Combined cmTarget::GetDirectory and cmTarget::GetOutputDir since they are nearly the same. This is another step for bug#2240.
|
18 years ago |
|
Brad King
|
33ee83714d
ENH: Replaced LibraryOutputPath and ExecutableOutputPath variables in Makefile and VS generators to instead ask each target for its output path. This significantly reduces total code size and centralizes previously duplicate code. It is also a step towards bug#2240.
|
18 years ago |
