Skip to content

Actions: r-windows/ucrt-libs

Actions

All workflows

Actions

Loading...
Loading

Showing runs from all workflows
295 workflow runs
295 workflow runs

Filter by Workflow

⌥ + click/return to exclude

Filter by Event

⌥ + click/return to exclude

Filter by Status

⌥ + click/return to exclude

Filter by Branch

⌥ + click/return to exclude

Filter by Actor

⌥ + click/return to exclude
update poppler (push) main #899: Commit c9b6029 pushed by jeroen
7m 53s master
master
7m 53s
Update poppler (#41) (push) main #898: Commit 7c463cb pushed by jeroen
8m 38s master
master
8m 38s
Update poppler (pull_request) main #897: Pull request #41 synchronize by jeroen
7m 56s poppler
poppler
7m 56s
Update poppler (push) main #896: Commit 50c3bdf pushed by jeroen
8m 24s poppler
poppler
8m 24s
Update poppler (pull_request) main #895: Pull request #41 opened by jeroen
3m 56s poppler
poppler
3m 56s
Update poppler (push) main #894: Commit 651839d pushed by jeroen
4m 7s poppler
poppler
4m 7s
Try to make the hack safer (push) main #893: Commit 57b96c8 pushed by jeroen
2m 59s arrow
arrow
2m 59s
Add arrow 25.0.0 with new dependencies lz4, snappy, libutf8proc (#40) * Rebase on master * Downgrade re2 to last abseil-free release for the arrow build Arrow with ARROW_GCS=ON vendors abseil via FetchContent, but the vendored copy conflicts with the system abseil 20220623 that pacman installs as a dependency of re2 20231101: google-cloud-cpp resolves the system absl cmake config, whose headers predate absl/crc. Upstream rtools builds work precisely because their re2 (2020-08-01) predates the abseil d... main #892: Commit 6c964aa pushed by jeroen
45m 27s master
master
45m 27s
Add arrow 25.0.0 with new dependencies lz4, snappy, libutf8proc (pull_request) main #891: Pull request #40 synchronize by jeroen
38m 22s arrow
arrow
38m 22s
Add arrow 25.0.0 with new dependencies lz4, snappy, libutf8proc (pull_request) main #890: Pull request #40 synchronize by jeroen
10m 13s arrow
arrow
10m 13s
grpc: link compiler runtime statically into codegen plugins on ucrt64 The freshly built grpc_cpp_plugin.exe fails with STATUS_ENTRYPOINT_NOT_FOUND when protoc invokes it during the build, because it dynamically links libstdc++-6.dll and the msys2 gcc-libs DLLs installed in the build environment come from a newer gcc that is not ABI compatible on Windows (PE has no symbol versioning). Link libgcc/libstdc++ statically, in line with the existing 'standalone plugin' intent of this recipe. Co-Authored-By: C... main #889: Commit 1f5bd04 pushed by jeroen
13m 17s arrow
arrow
13m 17s
Add arrow 25.0.0 with new dependencies lz4, snappy, libutf8proc (pull_request) main #888: Pull request #40 synchronize by jeroen
37m 23s arrow
arrow
37m 23s
Add arrow 25.0.0 with new dependencies lz4, snappy, libutf8proc (pull_request) main #887: Pull request #40 synchronize by jeroen
30m 50s arrow
arrow
30m 50s
grpc: fix build with clang 20+ clang 20 promoted -Wmissing-template-arg-list-after-template-kw to an error by default, which rejects 'Traits::template CallSeqFactory(...)' in src/core/lib/promise/detail/basic_seq.h. Drop the template keyword, matching the fix in newer upstream grpc. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> (push) main #886: Commit b53faf8 pushed by jeroen
11m 19s arrow
arrow
11m 19s
Add arrow 25.0.0 with new dependencies lz4, snappy, libutf8proc (pull_request) main #885: Pull request #40 synchronize by jeroen
36m 25s arrow
arrow
36m 25s
arrow: fix remaining BCrypt pseudo-handles and xsimd on aarch64 The bundled google-cloud-cpp also uses the MD5, SHA256 and HMAC-SHA256 BCrypt algorithm pseudo-handles (not just RSA), so define all of them in bcrypt-compat.h. BCryptHash itself is declared even in old mingw-w64 headers, so the macros are sufficient. On clangarm64, the xsimd 14.2.0 pinned by arrow includes the MSVC-only arm64_neon.h header on any Windows aarch64 target. This was fixed upstream in xsimd 14.3.0 (include arm_neon.h unless MS... main #884: Commit 6cb0a71 pushed by jeroen
19m 22s arrow
arrow
19m 22s
Add arrow 25.0.0 with new dependencies lz4, snappy, libutf8proc (pull_request) main #883: Pull request #40 synchronize by jeroen
17m 11s arrow
arrow
17m 11s
Downgrade re2 to last abseil-free release for the arrow build Arrow with ARROW_GCS=ON vendors abseil via FetchContent, but the vendored copy conflicts with the system abseil 20220623 that pacman installs as a dependency of re2 20231101: google-cloud-cpp resolves the system absl cmake config, whose headers predate absl/crc. Upstream rtools builds work precisely because their re2 (2020-08-01) predates the abseil dependency, so no system abseil exists during the arrow build. Downgrade re2 to 2023-03-01 (t... main #882: Commit 4917297 pushed by jeroen
11m 17s arrow
arrow
11m 17s
Rebase on master (push) main #881: Commit f539b1a pushed by jeroen
12m 25s arrow
arrow
12m 25s
Add arrow 25.0.0 with new dependencies lz4, snappy, libutf8proc (pull_request) main #880: Pull request #40 synchronize by jeroen
13m 59s arrow
arrow
13m 59s
Dependencies for apache-arrow (push) main #879: Commit c678655 pushed by jeroen
6m 19s master
master
6m 19s
Add arrow 25.0.0 with new dependencies lz4, snappy, libutf8proc (pull_request) main #878: Pull request #40 synchronize by jeroen
14m 21s arrow
arrow
14m 21s
arrow: define BCRYPT_RSA_ALG_HANDLE missing from old mingw-w64 headers The bundled google-cloud-cpp uses the BCrypt RSA algorithm pseudo-handle, which was only added to the mingw-w64 headers in v11. Force-include a small compat header via CXXFLAGS (which propagates to the external projects) to provide it when building against older headers. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> (push) main #877: Commit c64b72c pushed by jeroen
15m 8s arrow
arrow
15m 8s
Dependencies for apache-arrow (push) main #876: Commit 758426e pushed by jeroen
5m 55s arrowdeps
arrowdeps
5m 55s
Add arrow 25.0.0 with new dependencies lz4, snappy, libutf8proc (pull_request) main #875: Pull request #40 synchronize by jeroen
15m 14s arrow
arrow
15m 14s