Builder curl-ares-solaris11-i386 Build #4541

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 6 secs )
   1. stdio
2. Runtest './tests/testcurl.pl --nogitpull ...' ( 48 mins, 58 secs )
   1. stdio
   2. resultlog
3. Mail result 'cat resultlog ...' ( 0 secs )
   1. stdio

Build Properties:

Forced Build Properties:

Responsible Users:

1. Kai Pastor

   dg0ytohnoyoudont@darc.de
2. Stefan Eissing

   stefanohnoyoudont@eissing.org
3. Viktor Szakats

   commitohnoyoudont@vsz.me

Timing:

All Changes:

:

1. Change #256063

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Thu 22 Jan 2026 17:08:20
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	66ad54e46b934e17e786e10e0292fa6f1f3fa816

   Comments

   cmake: add `CURL_DROP_UNUSED` option to reduce binary sizes
   To enable known linker options dropping unused, dead, code and data from
   the executables built.
   
   Useful to reduce binary sizes for curl, libcurl shared lib and apps
   linking static libcurl. It's effective on both "unity" and non-unity
   builds. Aligning "unity" build sizes with default, non-unity ones.
   
   Supported platforms: Apple, MSVC, llvm/clang and GCC on all tested
   platforms: Linux, BSDs, Windows, MSYS2/Cygwin, Android, MS-DOS.
   
   Notes:
   - Static libraries grow 20-30% with non-Apple toolchains.
     This effect is controlled by separate, optional compiler flags on
     non-Apple. This patch enables them automatically for public binaries
     (libcurl and curl tool), and leaves them off for internal/test ones.
   - MSVC enables this option by default for 'Release' configurations.
     The curl build option has no effect on it.
   - Observed effect on VS2010 is negligible. VS2012+ is recommended.
   - Works with LTO, Fil-C.
   - No observed/conclusive effect on build speed.
   - On Windows with clang/gcc (mingw-w64/MSYS2/Cygwin) it also enables
     `-fno-asynchronous-unwind-tables` as a workaround to make
     the toolchain options actually work.
     Ref: https://sourceware.org/bugzilla/show_bug.cgi?id=11539
     Thanks-to: Andarwinux
   
   Also:
   - GHA: enable in Linux and MinGW jobs to test it. Size changes:
   
     - linux aws-lc H3:
       curl: 2000000 -> 1937152, libcurl.a: 2065724 -> 2716532 bytes
     - macos clang HTTP-only:
       curl: 1364376 -> 128799 bytes, libcurl.a: unchanged
     - macos llvm MultiSSL:
       curl: 410056 -> 405720, libcurl.dylib: 1350336 -> 1348480 bytes
     - mingw schannel c-ares U:
       curl: 1588736 -> 1507328, libcurl-d.a: 3322040 -> 3884746 bytes
       bld: 34 -> 35MB
   
   - GHA: enable in MSVC and Apple jobs to reduce disk footprint, with no
     obvious downside. Size changes:
   
     - AppVeyor CI VS2019:
       curl: 2339840 -> 1295872, libcurl-d.dll: 3155968 -> 1900544 bytes
       bld: 161 -> 97MB
     - AppVeyor CI VS2022 clang-cl:
       curl: 2933248 -> 2332160, libcurl-d.lib: 4762688 -> 5511330 bytes
       bld: 133 -> 121MB
     - AppVeyor CI VS2022 HTTP-only:
       curl: 3514368 -> 2177024, libcurl-d.lib: 2538420 -> 3151740 bytes
       bld: 137 -> 83MB
     - GHA intel:
       curl: 2629120 -> 2023424, libcurl-d.lib: 4366652 -> 5350670 bytes
       bld: 86 -> 69MB
     - GHA arm64:
       curl: 2832896 -> 2063872, libcurl-d.lib: 4690616 -> 5597250 bytes
       bld: 82 -> 66MB
   
   Refs:
   https://maskray.me/blog/2021-02-28-linker-garbage-collection
   https://web.archive.org/web/20110811230637/msdn.microsoft.com/en-us/library/bxwfs976.aspx (VS2010)
   https://learn.microsoft.com/cpp/build/reference/opt-optimizations
   https://learn.microsoft.com/cpp/build/reference/gy-enable-function-level-linking
   
   Closes #20357

   Changed files

   • .github/workflows/http3-linux.yml
   • .github/workflows/linux.yml
   • .github/workflows/macos.yml
   • .github/workflows/windows.yml
   • CMakeLists.txt
   • appveyor.sh
   • docs/INSTALL-CMAKE.md
   • lib/CMakeLists.txt
   • src/CMakeLists.txt

2. Change #256064

   Category	curl
   Changed by	Kai Pastor <dg0ytohnoyoudont@darc.de>
   Changed at	Thu 22 Jan 2026 17:10:48
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	ef3101d1819928a7799309a16cc531818778e5c7

   Comments

   cmake: always define `CURL::win32_winsock` on Windows in `curl-config.cmake`
   The CMake config can be consumed by project which enable only language
   `CXX`. `CMAKE_C_COMPILER_ID` isn't defined in this case, and the target
   definition would be missing. But the check for compiler id isn't really
   needed: The target is namespaced and valid, regardless of actual
   compiler.
   
   Noticed in https://github.com/microsoft/vcpkg/issues/49518, building cpr.
   
   Follow-up to 16f073ef49f94412000218c9f6ad04e3fd7e4d01 #16973
   
   Closes #20382

   Changed files

   • CMake/curl-config.in.cmake

3. Change #256068

   Category	curl
   Changed by	Stefan Eissing <stefanohnoyoudont@eissing.org>
   Changed at	Thu 22 Jan 2026 17:18:16
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	2a6ae3684e220986c96bd62f0a05e9f1e6eb6a82

   Comments

   socketpair: set SO_NOSIGPIPE where possible
   Set SO_NOSIGPIPE on socketpair/inet-simulated socketpair
   implementations. eventfd and pipe() do not need/want it.
   
   Closes #20397

   Changed files

   • lib/cf-socket.c
   • lib/cf-socket.h
   • lib/socketpair.c