Builder curl-unthreaded-solaris11-i386 Build #4093

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

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

Build Properties:

Forced Build Properties:

Responsible Users:

1. Viktor Szakats

   commitohnoyoudont@vsz.me
2. renovate[bot]

   29139614+renovate[bot]ohnoyoudont@users.noreply.github.com

Timing:

All Changes:

:

1. Change #249527

   Category	curl
   Changed by	renovate[bot] <29139614+renovate[bot]ohnoyoudont@users.noreply.github.com>
   Changed at	Fri 21 Nov 2025 03:48:16
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	27a7cf40bb7e8771c356fb3b16714f77f1d126d8

   Comments

   GHA: update dependency wolfSSL/wolfssl to v5.8.4
   Closes #19633

   Changed files

   • .github/workflows/http3-linux.yml
   • .github/workflows/linux.yml

2. Change #249528

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Fri 21 Nov 2025 03:48:16
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	fdacf34aaeac79ad14fa48dcafae24a6de68823d

   Comments

   GHA/codeql: add tweak to successfully build libtests for CodeQL
   Turns out the cause of CodeQL hangs (or probably just extreme long
   compile) is the header `curl/typecheck-gcc.h`. By accident I noticed
   that the preprocessed output of libtests.c is 75 MB (megabytes). This
   is much higher than the amounf of source code hinted, also compared to
   e.g. units.c or other build targets. The reason for the extreme size
   is each easy option call pulling in the large checker logic defined
   in this header.
   
   By compiling with `-DCURL_DISABLE_TYPECHECK`, preprocessed output drops
   to 2.2 MB (34x), and the libtests target builds without issues.
   
   Also build all tests and examples with the Linux HTTP/3 config, covering
   3 more files.
   
   With these, CodeQL C coverage is 893 out of 930 (96%) (was: 645 69%)
   
   Follow-up to 71fc11e6bbf530b90bf6e93a02cb32bdaecc933b #18695
   Follow-up to a333fd4411b95fc0c3061b2d675de9287b6123e0 #18557
   Follow-up to b4922b1295333dc6679eb1d588ddc2fb6b7fd5b7 #18564
   
   Closes https://github.com/vszakats/curl/pull/11
   Closes #19632

   Changed files

   • .github/workflows/codeql.yml