[Top][All Lists]

[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:

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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]