Builder curl-ares-solaris11-i386 Build #3986

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 3 secs )
   1. stdio
2. Runtest './tests/testcurl.pl --nogitpull ...' ( 1 hrs, 5 mins, 42 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. x2018

   xkernel.wangohnoyoudont@foxmail.com

Timing:

All Changes:

:

1. Change #247594

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Tue 04 Nov 2025 16:41:34
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	3806fd914b7091cbf2d420bd50eb6a3005971e6e

   Comments

   cmake: fix `HAVE_GNUTLS_SRP` detection after adding local FindGnuTLS module
   When GnuTLS is detected via pkg-config on a non-default path, e.g. with
   Homebrew arm64 (`/opt/homebrew/`).
   
   This was a regression from a commit made in this release cycle.
   
   The Find module doesn't return an absolute path to the detected library
   (as the former solution did), but a bare libname and a libpath. We thus
   need to explicitly use the libpath while detecting a feature in GnuTLS
   found this way. Syncing this with other dependencies.
   
   Follow-up to 1966c86d71eb90beeeb3ccbefd6321bd64992553 #19163
   
   Closes #19360

   Changed files

   • CMakeLists.txt

2. Change #247597

   Category	curl
   Changed by	x2018 <xkernel.wangohnoyoudont@foxmail.com>
   Changed at	Tue 04 Nov 2025 17:00:52
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	8d4530537aa6223f5f7360da2dbe5a94660821ed

   Comments

   gtls: check the return value of gnutls_pubkey_init()
   Closes #19362

   Changed files

   • lib/vtls/gtls.c