summaryrefslogtreecommitdiffstats
path: root/Source
Commit message (Collapse)AuthorAgeFilesLines
* CPack add easy possibility to warn about CPACK_SET_DESTDIREric NOULARD2012-05-144-1/+63
| | | | CPackNSIS will only warn but sooner or later it should error out
* CMake Nightly Date StampKitware Robot2012-05-141-1/+1
|
* CMake Nightly Date StampKitware Robot2012-05-131-1/+1
|
* CMake Nightly Date StampKitware Robot2012-05-121-1/+1
|
* CMake Nightly Date StampKitware Robot2012-05-111-1/+1
|
* CMake Nightly Date StampKitware Robot2012-05-101-1/+1
|
* CMake Nightly Date StampKitware Robot2012-05-091-1/+1
|
* Merge topic 'vs-osx-framework-headers'David Cole2012-05-085-17/+19
|\ | | | | | | | | 470f39c VS: Restore header files marked as OS X Framework content (#13196)
| * VS: Restore header files marked as OS X Framework content (#13196)Brad King2012-05-075-17/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Header files listed in a target's PUBLIC_HEADER or similar properties are marked as OS X Framework content. Refactoring performed by commit 11d9b211 (Add cmGeneratorTarget to represent a target during generation, 2012-03-07) commit 45c2f932 (Simplify cmMakefileTargetGenerator using cmGeneratorTarget, 2012-03-07) commit 328c0f65 (Simplify cmVisualStudio10TargetGenerator source classification, 2012-03-19) and related commits accidentally removed such files from treatment as normal header files by the VS generator (generators other than Makefiles and Xcode). Move handling of such files out of cmGeneratorTarget and back to cmMakefileTargetGenerator. The central cmGeneratorTarget classification will always treat them as header or extra sources.
* | Merge topic 'doc-html-index'David Cole2012-05-081-1/+1
|\ \ | | | | | | | | | | | | 707afd1 Documentation: Improve HTML section index format
| * | Documentation: Improve HTML section index formatBrad King2012-05-071-1/+1
| | | | | | | | | | | | | | | Add a newline after section index list items. This makes the generated HTML source more readable.
* | | Merge topic 'FixMultipleResultsInFeatureSummary'David Cole2012-05-082-33/+61
|\ \ \ | | | | | | | | | | | | | | | | 1f8f58a fix #13195: avoid multiple mentions of found packages
| * | | fix #13195: avoid multiple mentions of found packagesAlex Neundorf2012-05-062-33/+61
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Now before adding a package to the list of found or not-found packages, the package is remvoed from both lists before. Alex
* | | | Merge topic 'fix-13121-handle-gcov47-output'David Cole2012-05-081-1/+1
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | 56f499d CTest: Modify reg ex so it also works with gcov 4.7 output (#13121)
| * | | | CTest: Modify reg ex so it also works with gcov 4.7 output (#13121)David Cole2012-05-031-1/+1
| | | | |
* | | | | Merge topic 'doc-NO_SONAME-typo'David Cole2012-05-081-1/+1
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | 1aa5216 Fix a few typos in NO_SONAME property description.
| * | | | | Fix a few typos in NO_SONAME property description.Modestas Vainius2012-05-021-1/+1
| | | | | |
* | | | | | Merge topic 'kwsys-no-depend-FundamentalType'David Cole2012-05-084-36/+50
|\ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | 221b5b6 KWSys: Remove dependencies on FundamentalType
| * | | | | | KWSys: Remove dependencies on FundamentalTypeBrad King2012-05-024-36/+50
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The hash_fun.hxx header is configured whether FundamentalType is enabled or not and so cannot depend on it. Run the relevant platform tests whether or not FundamentalType is on and configure the result directly into hash_fun. While at it, remove the dependence of SystemInformation on FundamentalType too since it needs only information that we now always compute.
* | | | | | | CMake Nightly Date StampKitware Robot2012-05-081-1/+1
| |_|_|_|_|/ |/| | | | |
* | | | | | CMake Nightly Date StampKitware Robot2012-05-071-1/+1
| |_|_|/ / |/| | | |
* | | | | CMake Nightly Date StampKitware Robot2012-05-061-1/+1
| | | | |
* | | | | CMake Nightly Date StampKitware Robot2012-05-051-1/+1
| | | | |
* | | | | CMake Nightly Date StampKitware Robot2012-05-041-1/+1
| |_|/ / |/| | |
* | | | CMake Nightly Date StampKitware Robot2012-05-031-1/+1
|/ / /
* | | CMake Nightly Date StampKitware Robot2012-05-021-1/+1
| | |
* | | Merge topic 'cmake-gui-thread-wait'David Cole2012-05-011-1/+1
|\ \ \ | | | | | | | | | | | | | | | | 2c050a2 cmake-gui: Wait for configure/generate thread to complete before exiting.
| * | | cmake-gui: Wait for configure/generate thread to complete before exiting.Clinton Stimpson2012-04-301-1/+1
| | | | | | | | | | | | | | | | A prevous fix to interrupt granularity makes it so we don't have to wait very long.
* | | | Merge topic 'module-no-soname'David Cole2012-05-019-46/+90
|\ \ \ \ | | |/ / | |/| | | | | | | | | | | | | | fdb3f87 Test NO_SONAME property (#13155) e1409ac Support building shared libraries or modules without soname (#13155)
| * | | Support building shared libraries or modules without soname (#13155)Modestas Vainius2012-04-309-46/+90
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add a boolean target property NO_SONAME which may be used to disable soname for the specified shared library or module even if the platform supports it. This property should be useful for private shared libraries or various plugins which live in private directories and have not been designed to be found or loaded globally. Replace references to <CMAKE_SHARED_LIBRARY_SONAME_${LANG}_FLAG> and hard-coded -install_name flags with a conditional <SONAME_FLAG> which is expanded to the value of the CMAKE_SHARED_LIBRARY_SONAME_${LANG}_FLAG definition as long as soname supports is enabled for the target in question. Keep expanding CMAKE_SHARED_LIBRARY_SONAME_${LANG}_FLAG in rules in case third party projects still use it. Such projects would not yet use NO_SONAME so the adjacent <TARGET_SONAME> will always be expanded. Make <TARGET_INSTALLNAME_DIR> NO_SONAME aware as well. Since -install_name is soname on OS X, this should not be a problem if this variable is expanded only if soname is enabled. The Ninja generator performs rule variable substitution only once globally per rule to put its own placeholders. Final substitution is performed by ninja at build time. Therefore we cannot conditionally replace the soname placeholders on a per-target basis. Rather than omitting $SONAME from rules.ninja, simply do not write its contents for targets which have NO_SONAME. Since 3 variables are affected by NO_SONAME ($SONAME, $SONAME_FLAG, $INSTALLNAME_DIR), set them only if soname is enabled.
* | | | Merge topic 'vs10-source-paths'David Cole2012-05-014-80/+137
|\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | d931ce9 VS10: Generate relative source paths when possible (#12570) b2e7c7a VS11: Do not use source path conversion workaround specific to VS 10 4248132 VS10: Convert paths normally unless forced to relative c2ba6ba VS10: Simplify vcxproj.filter file generation 4f2d9d2 VS10: Refactor custom commands to use WriteSource
| * | | | VS10: Generate relative source paths when possible (#12570)Brad King2012-04-273-4/+77
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since commit ed0075bd (Use relative paths for custom command inputs, 2011-06-22) CMake generates full paths to source files in VS 10 project files to avoid trouble with deep source/build tree paths. However, the VS 10 IDE will not populate the source file property dialog for a file referenced by full path. Instead use a relative path when possible. When not possible produce a detailed warning explaining the problem and suggesting use of shorter directory paths.
| * | | | VS11: Do not use source path conversion workaround specific to VS 10Brad King2012-04-271-7/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | CMake <= 2.8.4 generated VS 10 project files with a relative path to source files. Then commit ed0075bd (Use relative paths for custom command inputs, 2011-06-22) switched to using relative paths only for source files holding custom commands and full paths for other sources. This behavior was inhereted by the VS 11 generator but is not needed so use the workaround only for exactly VS 10. Explain the behavior in comments.
| * | | | VS10: Convert paths normally unless forced to relativeBrad King2012-04-272-19/+21
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Most CMake generators produce relative paths within the build tree and full paths to files outside the build tree. Make VS 10 and VS 11 project files consistent with this approach except for paths forced to be relative to work around a VS 10 bug.
| * | | | VS10: Simplify vcxproj.filter file generationBrad King2012-04-272-65/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Remove the duplicate source file classification logic used to generate the filter files. Instead record during the main vcxproj file generation the source files generated for each tool. Also record whether or not each source file is converted to a relative path. Use the recorded result during filter generation to ensure consistency between the project file and filter file.
| * | | | VS10: Refactor custom commands to use WriteSourceBrad King2012-04-272-14/+20
| | | | | | | | | | | | | | | | | | | | | | | | | All other source file elements are already written through WriteSource. Refactor custom command source element generation into WriteSource too.
* | | | | Merge topic 'kwsys-environ-cleanup'David Cole2012-05-0110-91/+336
|\ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | e48796b KWSys: Fix SystemTools environment memory handling (#13156) b10c5cb CTest: Simplify environment save/restore
| * | | | | KWSys: Fix SystemTools environment memory handling (#13156)Brad King2012-04-275-25/+310
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The SystemTools::PutEnv function tries to provide the "putenv" API without leaking memory. However, the kwsysDeletingCharVector singleton frees memory that may still be referenced by the environment table, having been placed there by putenv. If any static destruction or processing by an external tool happens after the singleton is destroyed and accesses the environment it will read invalid memory. Replace use of putenv with setenv/unsetenv when available. The latter manage internal copies of the values passed instead of referencing the original memory. When setenv/unsetenv are not available use putenv with a singleton that removes its values from the environment before freeing their memory. This requires an "unputenv" implementation. On at least some platforms it must be written in terms of "putenv" because other APIs are not available and direct modification of the "environ" global is not safe (e.g. on Windows there is interaction with "wenviron"). Fortunately either putenv("A=") or putenv("A") will remove "A" from the environment on these platforms. On other platforms fall back to direct manipulation of "environ". Also add UnPutEnv to the API and add a test for the behavior of both.
| * | | | | CTest: Simplify environment save/restoreBrad King2012-04-245-66/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Replace use of AppendEnv/RestoreEnv pairs with instances of SaveRestoreEnvironment. Simplify the signature of AppendEnv and use it in place of similar loops elsewhere. Move the RestoreEnv implementation inside the SaveRestoreEnvironment destructor which is the only place left that calls it.
* | | | | | Merge topic 'doc-html-anchors'David Cole2012-05-011-5/+5
|\ \ \ \ \ \ | | |_|_|_|/ | |/| | | | | | | | | | | | | | | | dfccdd6 Documentation: Fix HTML anchor ranges
| * | | | | Documentation: Fix HTML anchor rangesBrad King2012-04-261-5/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Generate anchors of the form <a name="..."></a> instead of <a name="..."/> to ensure browsers know that the anchor contains no text and do not try to guess an end of the range. Also make the "section_Index" and item label anchors empty instead of containing the section header or label text. This ensures that the text associated with target anchors is not rendered as if it were a hyperlink.
* | | | | | Merge topic 'ctest_memcheck-xml-encoding'David Cole2012-05-011-1/+1
|\ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | 3da577d CTest: Escape MemCheck test output for XML (#13124)
| * | | | | | CTest: Escape MemCheck test output for XML (#13124)Brad King2012-04-261-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Any output that goes through CleanTestOutput must be printed through cmXMLSafe.
* | | | | | | Merge topic 'try-compile-cleanup-dirs'David Cole2012-05-011-0/+1
|\ \ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 953257c try_compile: Cleanup temporary directories (#13160)
| * | | | | | | try_compile: Cleanup temporary directories (#13160)Brad King2012-04-261-0/+1
| | |_|_|/ / / | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since commit 4fbdce2b (try_compile: Use random executable file name, 2012-02-13) a different <target>.dir is used for each try-compile. Cleanup the directories as well as their content to avoid accumulating leftover temporary directories.
* | | | | | | Merge topic 'kwsys-remove-DateStamp'David Cole2012-05-014-119/+1
|\ \ \ \ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 5f807a6 KWSys: Remove DateStamp
| * | | | | | | KWSys: Remove DateStampBrad King2012-04-254-119/+1
| | |_|_|/ / / | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | KWSys is no longer shared in projects via a server-side directory symlink in CVS. An automated nightly date stamp commit can no longer be shared by multiple projects directly. It needs a per-project replay robot so the nightly commits end up needing N+1 robots instead of N. Remove the DateStamp feature because it is no longer useful or maintained by nightly commits.
* | | | | | | CMake Nightly Date StampKitware Robot2012-05-011-1/+1
| |_|_|_|_|/ |/| | | | |
* | | | | | CMake Nightly Date StampKitware Robot2012-04-301-1/+1
| | | | | |
* | | | | | CMake Nightly Date StampKitware Robot2012-04-291-1/+1
| | | | | |