Builder curl-unthreaded-solaris10-i386 Build #15798
Results:
Failed runtest
SourceStamp:
Project | curl |
Repository | https://github.com/curl/curl.git |
Branch | master |
Revision | 7d8d5cf876b8af28234c382d318517cca4a26032 |
Got Revision | 7d8d5cf876b8af28234c382d318517cca4a26032 |
Changes | 2 changes |
BuildSlave:
unstable10xReason:
The SingleBranchScheduler scheduler named 'schedule-curl-unthreaded-solaris10-i386' triggered this build
Steps and Logfiles:
Build Properties:
Name | Value | Source |
---|---|---|
branch | master | Build |
builddir | /export/home/buildbot/slave/curl-unthreaded-solaris10-i386 | slave |
buildername | curl-unthreaded-solaris10-i386 | Builder |
buildnumber | 15798 | Build |
codebase | Build | |
got_revision | 7d8d5cf876b8af28234c382d318517cca4a26032 | Git |
osplatform | I386 | SetPropertyFromCommand Step |
osrelease | 10 | SetPropertyFromCommand Step |
project | curl | Build |
repository | https://github.com/curl/curl.git | Build |
revision | 7d8d5cf876b8af28234c382d318517cca4a26032 | Build |
scheduler | schedule-curl-unthreaded-solaris10-i386 | Scheduler |
slavename | unstable10x | BuildSlave |
workdir | /export/home/buildbot/slave/curl-unthreaded-solaris10-i386 | slave (deprecated) |
Forced Build Properties:
Name | Label | Value |
---|
Responsible Users:
- Viktor Szakatscommit@vsz.me
Timing:
Start | Thu Jul 24 23:52:32 2025 |
End | Fri Jul 25 02:54:42 2025 |
Elapsed | 3 hrs, 2 mins, 10 secs |
All Changes:
:
Change #240594
Category curl Changed by Viktor Szakats <commit @vsz.me>Changed at Thu 24 Jul 2025 23:49:37 Repository https://github.com/curl/curl.git Project curl Branch master Revision 043da5a6e678d8aba0cd1c783d1cd60330c6b7d0 Comments
curl_setup.h: move UWP detection after `config-win32.h` (revert) This change wasn't good because `config-win32.h` does rely on the UWP detection result to set `USE_WIN32_CRYPTO` and LDAP macros. While it fixed one issue, it created another. It seems better to revert, and focus on reducing and/or eventually dropping the logic within `config-win32.h` that alters `_WIN32_WINNT`. It may not be necessary anymore with a minimum of VS2008 (soon VS2010). The logic is also absent from cmake builds, without causing issues. Could affect UWP winbuild/project-file builds. These are theoretical builds because neither build method is prepared to target UWP. Reverts 792a61e2047782b85da0332cf298a747ce11e8e6 #17980 Ref: https://github.com/curl/curl/pull/17980#issuecomment-3114462492 Closes #18014
Changed files
- lib/curl_setup.h
Change #240595
Category curl Changed by Viktor Szakats <commit @vsz.me>Changed at Thu 24 Jul 2025 23:49:37 Repository https://github.com/curl/curl.git Project curl Branch master Revision 7d8d5cf876b8af28234c382d318517cca4a26032 Comments
windows: include `wincrypt.h` before `iphlpapi.h` for mingw-w64 <6 Required for mingw-w64 5.x (and older) builds targeting a Windows 7+. mingw-w64 6+ fixed `mprapi.h` (included indirectly via `iphlpapi.h`) to include `wincrypt.h` for the missing types. MSVC is not affected because SDK 7.1a (the oldest MS SDK curl supports), `mprapi.h` does include `wincrypt.h`. Make sure to include `wincrypt.h` before including `iphlpapi.h` as a workaround. `wincrypt.h` is used unconditionally even though it's not available in UWP. This is safe in this context, because we use `iphlpapi.h` for `if_nametoindex`, which is not supported and used in UWP builds. This fixes auto-detection that missed detecting `if_nametoindex` in the affected combination, and this build error in non-unity builds: ``` In file included from D:/my-cache/mingw32/i686-w64-mingw32/include/iprtrmib.h:9:0, from D:/my-cache/mingw32/i686-w64-mingw32/include/iphlpapi.h:17, from D:/a/curl/curl/lib/url.c:63: D:/my-cache/mingw32/i686-w64-mingw32/include/mprapi.h:865:3: error: unknown type name 'CERT_NAME_BLOB' CERT_NAME_BLOB *certificateNames; ^~~~~~~~~~~~~~ D:/my-cache/mingw32/i686-w64-mingw32/include/mprapi.h:887:3: error: unknown type name 'CRYPT_HASH_BLOB' CRYPT_HASH_BLOB certBlob; ^~~~~~~~~~~~~~~ ``` Ref: https://github.com/curl/curl/actions/runs/16497057672/job/46645264552?pr=18012#step:10:140 This combination is not normally tested in CI. It was caught in the `dl-mingw, CM 6.4.0-i686 schannel !unity Win7` job while working on another PR. Follow-up to 0d71b18153c8edb996738f8a362373fc72d0013b #17413 Ref: #18009 Closes #18012
Changed files
- CMakeLists.txt
- configure.ac
- lib/url.c