[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-wget] Wget 1.16.1 detection of non-system openssl broken on MacOSX.
From: |
Charles Diza |
Subject: |
[Bug-wget] Wget 1.16.1 detection of non-system openssl broken on MacOSX. |
Date: |
Wed, 10 Dec 2014 12:02:32 -0500 |
Wget 1.16.1 has broken detection of non-built-in openssl on MacOSX.
Openssl comes with MacOSX but it's deprecated by Apple and it's an old
version. For this reason, many MacOSX users custom install a newer
openssl and put it in /usr/local/ssl (which, IIRC, is the default
location for custom openssl installs).
Up through wget 1.16, the following configure flags sufficed to make
wget's configure script recognize this custom openssl and *use* it:
./configure --with-ssl=openssl --with-libssl-prefix=/usr/local/ssl
But on wget 1.16.1, those same flags have no effect, and wget is built
against the Mac system openssl in /usr/lib, which is old and deprecated.
Something in the configure script must have changed.
I hope that this is either repaired, or that the README/INSTALL are
amended to include special instructions on how to force wget to pick up
a custom openssl on MacOSX.
I'm no programmer, but I have a hunch that the same batch of pkg-config
related changes (2014-11-01 in the ChangeLog) that broke pcre handling
on MacOSX (See earlier thread) have broken openssl detection.
I do have pkg-config on my system, in /usr/local. I have found that
whether or not I remove pkg-config from my system, I can't get openssl
in /usr/local/ssl to get picked up and used to link with" lines.
Cheers,
Charles
- [Bug-wget] Wget 1.16.1 detection of non-system openssl broken on MacOSX.,
Charles Diza <=