summaryrefslogtreecommitdiffstats
path: root/Utilities
Commit message (Collapse)AuthorAgeFilesLines
* librhash: aligned_alloc is not available with glibc < 2.16Dilshod Mukhtarov2024-09-091-1/+1
| | | | | | | Revise the version check from commit e14300816b (librhash: aligned_alloc is not available with glibc < 2.15, 2024-02-14, v3.29.0-rc2~30^2). Issue: #25679
* cppdap: include/dap/network.h: add <stdint.h> include for GCC 15Christoph Grüninger2024-08-131-0/+1
| | | | | GCC 15 requires the include for the declaration of `uint32_t`. Backport [cppdap PR 133](https://github.com/google/cppdap/pull/133).
* libuv: macos: restore use of kqueue instead of posix pollBrad King2024-06-213-11/+4
| | | | | | | | | Revert commit f54ec4e7f9 (libuv: macos: use posix poll instead of kqueue, 2024-03-31, v3.29.1~7^2) and its parent. It is not necessary after the kqueue-based implementation was fixed to reap child processes more reliably. Issue: #25839
* libuv: macos: reap child processes more reliably when using kqueueBrad King2024-06-216-29/+50
| | | | | | | Backport libuv commit `42cc412c4a` (darwin,process: feed kevent the signal to reap children, 2023-02-01, `v1.45.0~55`) from libuv PR 3893. Fixes: #25839
* Merge branch 'libuv-win-process-no-extra-stdio'Brad King2024-05-221-0/+7
|\
| * libuv: win/spawn: disable extra-file-descriptor support not needed by CMakeBrad King2024-05-221-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Upstream libuv supports passing file descriptors >= 3 to child processes via `STARTUPINFOW` members reserved by the MSVC C run-time. However, some programs use `GetStartupInfoW` to initialize a `STARTUPINFOW` structure to pass to `CreateProcessW` without clearing the reserved members. If we launch such programs with non-zero values in the reserved members, the MSVC C run-time in *their* children may not correctly associate the stdin/stdout/stderr streams' file descriptors with the corresponding `HANDLE`s. Patch our copy of libuv to avoid using the reserved members. This restores `execute_process` support for the above-described programs as we had prior to commit 5420639a8d (cmExecuteProcessCommand: Replace cmsysProcess with cmUVProcessChain, 2023-06-01, v3.28.0-rc1~138^2~8). It also enables support for such programs when launched by `ctest`. Fixes: #25996 Fixes: #25889
* | libuv: macos: use posix poll instead of kqueueBrad King2024-04-013-2/+9
| | | | | | | | | | | | | | | | | | Since commit 5420639a8d (cmExecuteProcessCommand: Replace cmsysProcess with cmUVProcessChain, 2023-06-01, v3.28.0-rc1~138^2~8) we've observed spurious process hangs in `uv__io_poll` waiting for `kqueue` to deliver events on macOS. Issue: #25839
* | libuv: darwin: group kqueue-specific definitions togetherBrad King2024-04-011-2/+2
| |
* | libuv: process: de-duplicate conditions for using kqueueBrad King2024-04-011-5/+1
| | | | | | | | | | | | Its platform-specific headers provide a dedicated indicator. Backport libuv PR 4378.
* | Merge topic 'libuv-macos-10.5' into release-3.29Brad King2024-03-261-3/+7
|\ \ | |/ | | | | | | | | | | e3e2ef1964 libuv: Avoid posix_spawn on macOS < 10.8 Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9371
| * libuv: Avoid posix_spawn on macOS < 10.8Brad King2024-03-251-3/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Since libuv commit `83efa3dd71` (Reland "macos: use posix_spawn instead of fork", 2022-03-02, v1.44.0~10), `uv_spawn` on macOS < 10.8 has been observed to cause kernel panics and/or resource exhaustion. This became particularly noticeable in CMake since commit 5420639a8d (cmExecuteProcessCommand: Replace cmsysProcess with cmUVProcessChain, 2023-06-01, v3.28.0-rc1~138^2~8). Prefer `fork` over `posix_spawn` in libuv when targeting macOS < 10.8. Fixes: #25414 Fixes: #25818 Inspired-by: Ken Cunningham <kencu@macports.org>
* | librhash: aligned_alloc is not available with glibc < 2.15Brad King2024-02-141-2/+3
| |
* | Merge topic 'libuv-1.48' into release-3.29Brad King2024-02-093-11/+19
|\ \ | |/ | | | | | | | | | | | | | | 077a1d5769 libuv: win/spawn: optionally run executable paths with no file extension f02ac51150 libuv: Revert "win/spawn: run executables with no file extension" 58a271e60b cmUVProcessChain: Implement no-extension-on-Windows support with libuv 1.48 Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9238
| * libuv: win/spawn: optionally run executable paths with no file extensionBrad King2024-02-083-6/+18
| | | | | | | | | | | | | | | | Backport libuv commit `3f7191e5` (win/spawn: optionally run executable paths with no file extension, 2024-02-05, v1.48.0~8) to add the `UV_PROCESS_WINDOWS_FILE_PATH_EXACT_NAME` option we now use. Issue: #25450
| * libuv: Revert "win/spawn: run executables with no file extension"Brad King2024-02-081-6/+2
| | | | | | | | | | | | | | | | | | | | | | | | This reverts commit fc6231bee5 (libuv: win/spawn: run executables with no file extension, 2023-12-04, v3.28.0~9^2) to make room for the corresponding fix from upstream libuv 1.48. Record this as a merge from the last-imported upstream libuv snapshot branch so that future `git blame` points to the upstream for the original code instead of this commit. Issue: #25450
* | Merge branch 'upstream-curl' into update-curlBrad King2024-01-31137-4573/+7357
| | | | | | | | | | * upstream-curl: curl 2024-01-31 (5ce164e0)
* | curl: Update script to get curl 8.6.0Brad King2024-01-311-10/+1
| |
* | Merge topic 'update-zlib'Brad King2024-01-312-3/+3
|\ \ | |/ | | | | | | | | | | | | | | 22a52526e2 Merge branch 'upstream-zlib' into update-zlib 6c2bed54f6 zlib 2022-10-12 (04f42cec) e868b19ed1 zlib: Fix 1.2.13 version and date notice Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9204
| * Merge branch 'upstream-zlib' into update-zlibBrad King2024-01-301-1/+1
| | | | | | | | | | | | # By zlib upstream * upstream-zlib: zlib 2022-10-12 (04f42cec)
| * zlib: Fix 1.2.13 version and date noticeBrad King2024-01-301-2/+2
| | | | | | | | Issue: #25576
| * Revert use of libuv for process execution for 3.28Brad King2024-01-241-4/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Wide use of CMake 3.28.{1,0[-rcN]} has uncovered some hangs and crashes in libuv SIGCHLD handling on some platforms, particularly in virtualization environments on macOS hosts. Although the bug does not seem to be in CMake, we can restore stability in the CMake 3.28 release series for users of such platforms by reverting our new uses of libuv for process execution. Revert implementation changes merged by commit 4771544386 (Merge topic 'replace-cmsysprocess-with-cmuvprocesschain', 2023-09-06, v3.28.0-rc1~138), but keep test suite updates. Issue: #25414, #25500, #25562, #25589
* | CPack/WiX: Fix installer status textBrad King2024-01-241-0/+1
| | | | | | | | | | | | | | | | | | | | Previously, installers displayed extra text on some Windows versions: File: [1], Directory: [9], Size [6] Add an option to our WiX templates to suppress that. Fixes: #25634
* | libarchive: avoid lchmod not implemented warning on old LCCmakise-homura2024-01-161-1/+3
| |
* | liblzma: Make cmliblzma buildable on LCC 1.21makise-homura2024-01-161-2/+2
| |
* | jsoncpp: fix missing template deletion support on LCC < 1.23makise-homura2024-01-161-0/+4
| |
* | cmcurl: fix X509_STORE_up_ref issue not just on LCC 1.23, but on LCC <= 1.23makise-homura2024-01-161-3/+3
| |
* | cppdap: Use std::is_same<>::value instead of std::is_same<>() for old LCCmakise-homura2024-01-161-1/+1
| | | | | | | | | | | | std::is_same<>() is not const instead of std::is_same<>::value at least on LCC 1.21, so this produces an error. Still ()-notation seems to be fairly equivalent functionally to ::value-notation.
* | Merge topic 'update-zlib'Brad King2024-01-1118-222/+253
|\ \ | |/ | | | | | | | | | | | | | | | | | | 941b948a85 Merge branch 'upstream-zlib' into update-zlib 5d030dc716 zlib 2022-10-12 (04f42cec) b7379f9e21 zlib: Update script to get zlib 1.2.13 Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: buildbot <buildbot@kitware.com> Acked-by: Alex <leha-bot@yandex.ru> Merge-request: !9145
| * Merge branch 'upstream-zlib' into update-zlibBrad King2024-01-1017-221/+252
| | | | | | | | | | | | | | * upstream-zlib: zlib 2022-10-12 (04f42cec) Fixes: #25576
| * zlib: Update script to get zlib 1.2.13Brad King2024-01-101-1/+1
| | | | | | | | Issue: #25576
* | curl: Set build options the way we need for CMakeBrad King2023-12-121-2/+5
| | | | | | | | Set options added by the update to curl 8.5.0.
* | Merge branch 'upstream-curl' into update-curlBrad King2023-12-12150-4566/+5544
| | | | | | | | | | * upstream-curl: curl 2023-12-06 (7161cb17)
* | curl: Update script to get curl 8.5.0Brad King2023-12-121-1/+1
| |
* | Merge topic 'execute_process-no-extension'Brad King2023-12-051-13/+30
|\ \ | |/ | | | | | | | | | | | | | | fc6231bee5 libuv: win/spawn: run executables with no file extension b37d9378de libuv: Revert "win/spawn: run executables with no file extension" Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: Kyle Edwards <kyle.edwards@kitware.com> Merge-request: !9033
| * libuv: win/spawn: run executables with no file extensionKyle Edwards2023-12-041-2/+6
| | | | | | | | | | | | | | Backport this commit from libuv PR 4241 to restore `execute_process()` support for running executables on Windows with no file extension. Fixes: #25450
| * libuv: Revert "win/spawn: run executables with no file extension"Brad King2023-12-041-12/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This reverts commit da9df7425a (libuv: win/spawn: run executables with no file extension, 2023-11-29, v3.28.0-rc6~1^2~1). It incorrectly searched the `PATH` for extension-less command names. Another fix will be needed for the regression motivating it. Record this as a merge from the last-imported upstream libuv snapshot branch so that future `git blame` points to the upstream for the original code instead of this commit. Fixes: #25473 Issue: #25450
* | Merge topic 'update-librhash'Brad King2023-12-0417-274/+875
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 6a5a9278fa librhash: Update build within CMake for rhash 1.4.4 54eafb156f librhash: aligned_alloc is not available with IBM XLClang on Linux 838bdb4b37 librhash: aligned_alloc is not available on Solaris 33e9e3438c librhash: Remove source fragments not needed for CMake 15bb13bc51 Merge branch 'upstream-librhash' into update-librhash 71d86c4e98 librhash 2023-07-14 (cfe77846) 1fb7ebeb4d librhash: Update import script to get rhash 1.4.4 Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9012
| * | librhash: Update build within CMake for rhash 1.4.4Brad King2023-12-011-0/+2
| | |
| * | librhash: aligned_alloc is not available with IBM XLClang on LinuxBrad King2023-12-011-0/+1
| | | | | | | | | | | | | | | The declaration exists in `<stdlib.h>` but the compiler warns about its allocation alignment attribute.
| * | librhash: aligned_alloc is not available on SolarisBrad King2023-12-011-1/+1
| | |
| * | librhash: Remove source fragments not needed for CMakeBrad King2023-11-281-4/+0
| | | | | | | | | | | | | | | | | | Extend commit 53048afa8d (librhash: Remove source fragments not needed for CMake, 2016-11-03, v3.8.0-rc1~262^2~9) for fragments new after updating to librhash 1.4.4.
| * | Merge branch 'upstream-librhash' into update-librhashBrad King2023-11-2815-273/+874
| | | | | | | | | | | | | | | * upstream-librhash: librhash 2023-07-14 (cfe77846)
| * | librhash: Update import script to get rhash 1.4.4Brad King2023-11-281-1/+2
| | | | | | | | | | | | Issue: #25448
* | | Merge topic 'libuv-win-no-default-current-directory'Brad King2023-12-041-4/+6
|\ \ \ | | |/ | |/| | | | | | | | | | | | | ab561b86fb libuv: win: honor NoDefaultCurrentDirectoryInExePath env var Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !9022
| * | libuv: win: honor NoDefaultCurrentDirectoryInExePath env varKyle Edwards2023-12-011-4/+6
| | | | | | | | | | | | | | | Backport commit 5e302730cd (win: honor NoDefaultCurrentDirectoryInExePath env var, 2023-12-01) from libuv PR 4238.
* | | Merge topic 'execute_process-no-extension'Brad King2023-11-301-25/+12
|\ \ \ | |/ / | | / | |/ |/| | | | | | | | | f6d2efa752 Tests: Add case to cover execute_process support for no extension on Windows da9df7425a libuv: win/spawn: run executables with no file extension Acked-by: Kitware Robot <kwrobot@kitware.com> Acked-by: scivision <michael@scivision.dev> Merge-request: !9017
| * libuv: win/spawn: run executables with no file extensionKyle Edwards2023-11-301-25/+12
| | | | | | | | | | | | | | Backport this commit from libuv PR 4241 to restore `execute_process()` support for running executables on Windows with no file extension. Fixes: #25450
* | Merge branch 'backport-ci-fedora-39' into ci-fedora-39Brad King2023-11-179-237/+269
|\ \ | |/
| * clang-tidy module: Update to build against LLVM/Clang 17Brad King2023-11-178-236/+268
| |
| * Utilities/Sphinx: Fix python string literal syntax warningBrad King2023-11-171-1/+1
| | | | | | | | | | | | | | | | Python 3.12 started warning: conf.py:35: SyntaxWarning: invalid escape sequence '\.' Use a raw string literal instead.
generated by cgit v0.12 at 2025-01-15 09:36:24 (GMT)