2018-02-27 11:43:56 UTC
We ship a standalone binary of cURL with our product, linked with the latest OpenSSL, for the convenience of customers on Solaris 8, 9 and 10 where cURL isn't automatically bundled. We've been doing this for some years, always building on Solaris 9 to ensure compatibility for those versions (we're aware it's desupported). Upgrades generally happen whenÂ Security require us to upgrade OpenSSL. This time for the first time, we've hit make errors. No changes have been made to the build server.
The OpenSSL is 1.0.2m, and this has built without problems. The cURL is 7.57.0, but we've hit the same problem with 7.58.0. We can build earlier versions (7.50.2) of curl still. Steps followed, as it's a new version of curl, are:
1.Â ./configure --disable-ldap --disable-pop3 --disable-imap \
Â Â --disable-smtp --disable-dict --disable-gopher \
Â Â --disable-rtsp --disable-shared --enable-static \
Â Â --disable-ipv6 --without-zlib --with-ssl --with-libssl-prefix=/usr/local/ssl2. make install - this fails with: sh-2.05# make install
Making install in lib
make: Fatal error in reader: Makefile, line 3559: Badly formed macro assignment
Current working directory /test/taz/18.2/curl-7.57.0/lib
*** Error code 1
make: Fatal error: Command failed for target `install-recursive'
Line 3560 in lib/Makefile isn't an assignment - it's the line:
Â Â Â Â Â Â Â Â Â -rm -f ./$(DEPDIR)/libcurl_la-sha256.Plo
Please note that we don't have gmake on this machine (but have never needed to build with it). I've attached the config.log if anyone's interested.Although Solaris 9 is desupported we need to use it. What has changed between curl 7.50.2 andÂ 7.57.0 which might be causing this? Can I get around it by adding flags to ./configure?
Thanks in advance for any suggestions!Taz