Builder curl-ares-solaris11-sparc Build #5379

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

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

2. 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

3. 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