Builder curl-ares-solaris11-i386 Build #4691

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 11 secs )
   1. stdio
2. Runtest './tests/testcurl.pl --nogitpull ...' ( 58 mins, 39 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

Timing:

All Changes:

:

1. Change #259204

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Fri 27 Feb 2026 13:40:30
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	d9386a2f8ec3c4bd5ababc4eeb96ecd3e522b77c

   Comments

   cmake: fix system include directory position for clang-tidy in tests
   To avoid a system include masking a custom directory, and e.g. picking
   up system OpenSSL headers from `/usr/include` on Linux, instead of the
   correct ones from a custom header directory, move system include
   directories to the back of the header path list. Also to match what
   CMake seems to be doing for the C compiler command-lines it generates.
   
   CMake seems to use `-I`, while for these invocations we stick with
   `-isystem` just in case.
   
   This area remains fragile and likely not the final issue.
   
   Fixing (seen in GHA/linux H3 c-ares):
   ```
   Error while processing bld/tests/libtest/lib1521.c.
   /usr/include/openssl/macros.h:147:4: error: "OPENSSL_API_COMPAT expresses an impossible API compatibility level" [clang-diagnostic-error]
   Found compiler error(s).
     147 | #  error "OPENSSL_API_COMPAT expresses an impossible API compatibility level"
         |    ^
   FAILED: [code=1] tests/libtest/CMakeFiles/libtests-clang-tidy
   ```
   Ref: https://github.com/curl/curl/actions/runs/22468472670/job/65079885471?pr=20751
   
   Bug: https://github.com/curl/curl/pull/20751#issuecomment-3970180687
   Cherry-picked from #20751
   
   Closes #20759

   Changed files

   • CMake/Macros.cmake
   • scripts/cmakelint.sh

2. Change #259212

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Fri 27 Feb 2026 14:08:59
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	ce4db9c2efca0bd89e556e231d940c988d84a606

   Comments

   GHA/linux: replace scan-build with clang-tidy
   `scan-build` is a (Perl) wrapper around clang's built-in `--analyze`
   option. Which look similar or identical to clang-tidy checkers under
   the `clang-analyzer-*` namespace:
   https://clang.llvm.org/docs/ClangStaticAnalyzer.html
   
   Unless somebody has other information, it appears redundant to run
   scan-build in parallel with clang-tidy in CI, now that the latter is
   working reliably and with good performance for all curl components.
   
   Another scan-build issue is the lack of a markup to suppress false
   positives. It ignores `NOLINT`, yet finds the same false positives as
   clang-tidy. This happens with scan-build v20+. v18 is silent, but it's
   a blocker to upgrade to a newer version.
   
   scan-build may still be a useful when combined with autotools, where
   clang-tidy support is incomplete, slow (no parallelism), and uses
   a distinct make target, which does not build binaries in the same pass.
   But, scan-build also lacks extra checkers that are now enabled for
   clang-tidy.
   
   The clang-tidy job is also 30-40s faster than the one it replaced.
   
   Also:
   - drop scan-build job configured the same way as a clang-tidy one.
     CI time saved: 6m30s
   - bump to clang-20 (from 18) in the replacement job.
   - build tests in the replacement job.
     To verify a cmake command-line reconstruction issue only hit in this
     job in CI.
     CI time cost: 1m40s
   - replacement job caught a minor, new, issue.
     Ref: b2076d3c2f5386068d9b0199f25a81147784d8ac #20752
   - drop unused scan-build logic.
   
   Bug: https://github.com/curl/curl/pull/20732#issuecomment-3963873838
   Ref: https://github.com/curl/curl/pull/20732#issuecomment-3967479228
   
   Closes #20751

   Changed files

   • .github/workflows/linux.yml

3. Change #259213

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Fri 27 Feb 2026 14:08:59
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	9d727e4e55e1872452b32604e4a3d25277597ac6

   Comments

   cmake: replace `list(FIND)` with `if(var IN_LIST list)`
   Available since CMake v3.3.
   
   Ref: https://cmake.org/cmake/help/latest/command/if.html#in-list
   
   Closes #20758

   Changed files

   • CMakeLists.txt

4. Change #259214

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Fri 27 Feb 2026 14:09:22
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	00b215b894cac0e21f620a88c299408a57ee2f75

   Comments

   cmake: convert `curl_add_clang_tidy_test_target()` macro to function
   I thought a macro is necessary to have `get_directory_property()` and
   `CMAKE_CURRENT_SOURCE_DIR` work on the correct directory, but it turns
   out they do work the same when used in a function.
   
   Closes #20760

   Changed files

   • CMake/Macros.cmake