Re: [Bug-wget] Wget 1.16.1 detection of non-system openssl broken on MacOSX.

[Tim Ruehsen]

On Monday 15 December 2014 14:38:11 Jochen Roderburg wrote:
> Am 15.12.2014 um 13:20 schrieb Jochen Roderburg:
> > Am 14.12.2014 um 17:30 schrieb Tim Rühsen:
> >> I appreciate any help in finding an example.
> >> Else we have to amend the documentation... I already made up a patch
> >> for the
> >> docs, but I am willing to wait a while before I push it.
> >
> > Hmm, I thought, there were many of these around.  ;-)
> > I'll have a look on my disk if I see something suitable in sources that
> > I have downloaded.
>
> Well, I did not find exactly what I was looking for, but the following:
>
> For a library LIBXXX, which is handled by pkg-config, the pkg-config
> result can be overriden by (environment) variables LIBXXX_CFLAGS and
> LIBXXX_LIBS (they are all now mentioned in configure --help ;-)

That is not so easy, since when having --with-libssl-prefix=/usr/local/ssl,
you can't just
OPENSSL_CFLAGS=$with_libssl_prefix/include
OPENSSL_LIBS=$with_libssl_prefix/lib
You also have to manually specify the libraries you want to link with... this
can be different on different systems.

> So it should be sufficient to set such variables somewhere in the
> configure script, when wget's own --with-libxxx-prefix option is set.
> And it looks like the currently only affected options are those for the
> SSL libraries, namely --with-libssl-prefix (for openssl) and
> --with-libgnutls-prefix (for gnutls).

So I decided to set PKG_CONFIG_PATH before the check and unset it afterwards.
It works for me... but I failed to test it without pkg-config. Without pkg-
config I couldn't get autoreconf working :-(

Please give the patch a try and report back.

Tim

0001-configure.ac-Let-with-libssl-prefix-work-with-pkg-co.patch
Description: Text Data

signature.asc
Description: This is a digitally signed message part.