[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-wget] libssl-prefix and wget 1.15
From: |
Karl Berry |
Subject: |
[Bug-wget] libssl-prefix and wget 1.15 |
Date: |
Mon, 20 Jan 2014 18:01:40 GMT |
Hi Giuseppe and anyone,
Congratulations on the new release.
1. configure.ac in wget-1.15 has a final copyright year of 2011. Surely
that needs updating.
2. Although the generated configure script in the wget-1.15.tar.xz
archive has stuff for --with-libssl-prefix (=> LIBSSL_PREFIX), I do not
see in configure.ac (or elsewhere). What gives? I am probably just blind.
3. On an x86_64 GNU/Linux system (CentOS 6.5, not that it matters), I
ran configure with these options:
configure --with-libssl-prefix=/usr/local/openssl --with-ssl=openssl
I do have openssl (1.0.1f) in /usr/local/openssl, with the usual
include/ and lib/ subdirectories. However, it turns out this still
fails, because wget configure still does "checking for libssl" without
the necessary
-I/usr/local/openssl/include ... /usr/local/openssl/lib/libssl.a ... etc.
I could not find any clues in config.log about why the options were
missing (wget configure on 32-bit CentOS worked fine), but running
configure under sh -vx turned up this:
..
additional_libdir=/usr/local/openssl/lib64
..
Well, that directory doesn't exist, nor is it normal for it to exist, at
least in my life (compiling and installing openssl from original
sources). I see that wget configure is setting acl_libdirstem=lib64
based on the output of $CC -print-search-dirs. I don't know if this is
part of autoconf or wget (see item 2 above), but surely this should
not deny openssl detection. It seems something still needs to be tweaked.
For now, I made a symlink /usr/local/openssl/lib64 -> lib and, happily,
the whole build succeeded.
Thanks,
Karl
- [Bug-wget] libssl-prefix and wget 1.15,
Karl Berry <=