Builder curl-ares-solaris10-i386 Build #3311

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

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

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Tue 22 Apr 2025 19:07:03
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	e5a965b676fe6ad27d7e1f9aa31b4869c99f2bac

   Comments

   cmake: avoid 'target is imported but not globally visible' when consuming libcurl with old cmake
   Fixes:
   ```
   CMake Error at bld-curl/_pkg/lib/cmake/CURL/CURLConfig.cmake:62 (add_library):
     add_library cannot create ALIAS target "CURL::libcurl" because target
     "CURL::libcurl_shared" is imported but not globally visible.
   Call Stack (most recent call first):
     CMakeLists.txt:39 (find_package)
   ```
   
   tests/cmake reproducer (requires #16973):
   ```shell
   export CMAKE_CONSUMER=/path/to/CMake-3.12.0/bin/cmake
   ./test.sh find_package
   ```
   
   I don't understand what this error says, why it happens in certain CMake
   versions, and why a workaround is necessary for what seems like
   a standard export/consume configuration. This patch is based on internet
   suggestions and other projects ending up with this workaround.
   
   Cherry-picked from #16973
   Closes #17140

   Changed files

   • CMake/curl-config.cmake.in