Builder curl-ares-solaris11-i386 Build #4708

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-curl-ares-solaris11-i386' triggered this build

Steps and Logfiles:

1. git update ( 44 secs )
   1. stdio
2. Runtest './tests/testcurl.pl --nogitpull ...' ( 1 hrs, 7 mins, 56 secs )
   1. stdio
   2. resultlog
3. Mail result 'cat resultlog ...' ( 3 secs )
   1. stdio

Build Properties:

Forced Build Properties:

Responsible Users:

1. Daniel Stenberg

   danielohnoyoudont@haxx.se
2. Viktor Szakats

   commitohnoyoudont@vsz.me

Timing:

All Changes:

:

1. Change #259720

   Category	curl
   Changed by	Daniel Stenberg <danielohnoyoudont@haxx.se>
   Changed at	Tue 03 Mar 2026 16:02:50
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	3d708e239b55265dca9a3c4fcbfab35aa4be1236

   Comments

   urlapi: use U_CURLU_URLDECODE when toggling it off unsigned
   In this use case 'unsigned value &= ~DEFINE;
   
   As otherwise the right side is treated as signed, which annoyingly
   triggers UBSan. The U_* defines are local versions of the public define,
   only typecast to unsigned.
   
   Reported-by: xmoezzz on github
   Fixes #20753
   Closes #20769

   Changed files

   • lib/urlapi-int.h
   • lib/urlapi.c

2. Change #259722

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Tue 03 Mar 2026 16:33:21
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	91e06fde1b520bc29c7996749734451e03cd549f

   Comments

   cmake: fix building with `CMAKE_FIND_PACKAGE_PREFER_CONFIG=ON`
   This CMake global custom option tells it to find dependencies as cmake
   Configs first, and only then look for `Find*` modules. This may result
   in `find_package()` succeeding, but without actually creating `CURL::*`
   imported targets the curl build scripts are expecting.
   
   For dependencies with curl-specific, local, `Find*` modules, we always
   want to use them, via the module detection method, and never a
   Config-based detection. Ensure this by passing the `MODULE` option to
   `find_package()` and `find_dependency()` to make them use `Find*`
   modules unconditionally, making them work as expected with the
   `CMAKE_FIND_PACKAGE_PREFER_CONFIG=ON` option set.
   
   curl uses local Find modules for all dependencies except OpenSSL and
   ZLIB. The latter two keep using either CMake's built-in Find modules or
   Config method as before this patch.
   
   Also:
   
   - apply the same change to `curl-config.cmake`. To fix consuming curl
     with this option set.
     Authored-by: Valerie Snyder
     Ref: #20764
     Follow-up to 16f073ef49f94412000218c9f6ad04e3fd7e4d01 #16973
   
   - GHA/distcheck: add a job testing both building and consuming curl with
     this option set. (takes 15 seconds)
     Use custom NGHTTP2 configuration for an extra twist (not required
     to trigger this issue.)
     Follow-up to fcde8d7e3745df3b4d83c86d0a1f0caef398511b #20773
   
   Reported-by: Valerie Snyder
   Fixes #20729
   
   Closes #20784

   Changed files

   • .github/workflows/distcheck.yml
   • CMake/Macros.cmake
   • CMake/curl-config.in.cmake
   • CMakeLists.txt