- Apr 17, 2019
-
-
When determining full paths, CMake would treat the as-called path for the source and build directories as real paths even if they were symlinks. This causes problems when determining the relative path between the source and build directories when they are symlinks. Take the following setup as an example: /mnt/src/project/ src/ build/ -> /mnt/builds/project/build With the translation map and /mnt/src/project/build/ as the build directory, CMake would use ../src as the relative path to the source tree from the build tree rather than ../../../src/project/src and lookups using ../src would fail. If the build directory were instead used *as* /mnt/builds/project/build, everything would work just fine. This patch makes the core logic which does this logic optional so that it can be experimented with in CMake itself.
-
- Mar 21, 2019
-
-
8b58389c SystemTools: Move private ReplaceString method to SystemToolsStatic class 7512ab8c SystemTools: Move private FindIsFullPath method to SystemToolsStatic class a1271fea SystemTools: Move private FindName method to SystemToolsStatic d9db985f SystemTools: Move private GetEnvImpl method to SystemToolsStatic 9e32eecd SystemTools: Move private type definitions to SystemToolsStatic 67eb2674 SystemTools: Move SystemTools::TranslationMap to SystemToolsStatic 706919be SystemTools: Move SystemTools::PathCaseMap to SystemToolsStatic 7c273c83 SystemTools: Move SystemTools::EnvMap to SystemToolsStatic ... Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !134
-
- Mar 19, 2019
-
-
Sebastian Holtermann authored
-
Sebastian Holtermann authored
-
Sebastian Holtermann authored
-
Sebastian Holtermann authored
-
Sebastian Holtermann authored
-
Sebastian Holtermann authored
-
Sebastian Holtermann authored
-
Sebastian Holtermann authored
-
Sebastian Holtermann authored
-
- Mar 17, 2019
-
-
Sebastian Holtermann authored
The new private class SystemToolsStatic is supposed to hold all static SystemTools variables in a single singleton class. Static SystemTools variables will be moved to SystemToolsStatic in following commits. This patch only adds the class skeleton type, its allocation and deletion.
-
- Mar 12, 2019
-
-
db462838 SystemTools: Revert "Use copyfile(3) to clone files on macOS" Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !133
-
- Mar 07, 2019
-
-
7c71e879 SystemTools: Use copyfile(3) to clone files on macOS Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !131
-
- Mar 05, 2019
-
-
Gregor Jasny authored
This makes file copying a O(1) COW operation on AFPS and macOS 10.13.
-
- Feb 25, 2019
-
-
363bf5ab Configure: Drop Large File Support macro definitions Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !130
-
- Feb 22, 2019
-
-
Brad King authored
Historically we have defined macros like * `_LARGEFILE_SOURCE` * `_LARGEFILE64_SOURCE` * `_LARGE_FILES` * `_FILE_OFFSET_BITS` in `Configure.h` to activate large file support in system headers. This requires consuming projects to include the header at the beginning of every translation unit in order to get the macros defined consistently. Instead these macros should be defined by the build system on the compiler command line. Drop them from KWSys in favor of that approach. The macros are not needed as often as they once were anyway.
-
- Feb 14, 2019
-
-
6090d36b Glob: Use the default copy constructor and assignment operator Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !126
-
95ced423 hashtable: delete assignment operator instead of poisoning it Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !125
-
- Feb 13, 2019
-
-
No need to write ones that do what the default one does, makes sure that if a new field is introduced it won't be forgotten in any of the two.
-
Use the C++11 approach.
-
- Feb 12, 2019
-
-
01089e4c Prefer back/data over dereferencing rbegin/begin iterator Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !129
-
7d50c26d Delete some default constructors and assignment operators Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !124
-
- Feb 06, 2019
-
-
Artur Ryt authored
Changed for sequenced container.
-
- Feb 05, 2019
-
-
d1536b02 macOS: Better approximation for AvailablePhysicalMemory Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !128
-
- Feb 04, 2019
-
-
Nicolae Vartolomei authored
On macOS, free pages does not seem to be a good indicatur for "available physical memory". Neither inactive ones, but it answers better questions like: "How much memory could this process use in best case scenario". Free + Inactive aproximately matches Activity Monitor.app output. https://developer.apple.com/library/archive/documentation/Performance/Conceptual/ManagingMemory/Articles/AboutMemory.html#//apple_ref/doc/uid/20001880-99406-TPXREF103
-
Albert Astals Cid authored
They are unused, but if someone used them they would lead to problems since they would copy the internal raw pointers and the destructor would cause double delete
-
- Jan 30, 2019
-
-
6db3c607 Require C++11 or higher to compile KWSys 5d92e8d9 Require CMake 3.1 or higher for KWSys Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !127
-
Brad King authored
In standalone builds, default to C++11. Provide options for host projects to control the standard level.
-
Brad King authored
-
- Jan 24, 2019
-
-
aa1f7f7c SystemTools: Fix FileIsSymlink with Windows data deduplication Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !122
-
3f35954d SystemTools: Add TextFilesDiffer method Acked-by:
Kitware Robot <kwrobot@kitware.com> Acked-by:
Taylor Braun-Jones <taylor@braun-jones.org> Merge-request: !121
-
28db6989 cmake: add an option for building with PIC Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !123
-
- Jan 23, 2019
-
-
Compares files in a line-ending-insensitive way.
-
Ben Boeckel authored
When building statically, PIC may still be wanted in order to be used in a shared library elsewhere.
-
On Windows machines with enabled data deduplication files duplicates are incorrectly recognized as symlinks and therefore install fails with "file COPY cannot read symlink". Similar issues can be found here: * https://github.com/Microsoft/vcpkg/issues/2488 * https://github.com/puppetlabs/puppet/pull/6513 From the latter fix this commit is mainly influenced.
-
- Jan 22, 2019
-
-
8e9970fb SystemInformation: support BSD platforms for GetProcessId Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !119
-
GetProcessId() is currently only implemented for Win32, Linux and OS X. This commit adds wider support for it by extending the definitions in the function to also cover BSD platforms, which implement this function.
-
7a5e5af8 SystemTools: Revert "Fix FileIsSymlink with Windows data deduplication" Acked-by:
Kitware Robot <kwrobot@kitware.com> Merge-request: !120
-