[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] [bug-wget] Libpsl for cookie domain checking in Wget

From: Tim Rühsen
Subject: Re: [Bug-wget] [bug-wget] Libpsl for cookie domain checking in Wget
Date: Wed, 11 Jun 2014 13:59:34 +0200
User-agent: KMail/4.12.4 (Linux/3.14-1-amd64; KDE/4.13.1; x86_64; ; )

Am Mittwoch, 11. Juni 2014, 13:50:46 schrieb Tim Rühsen:
> Am Freitag, 6. Juni 2014, 13:39:32 schrieb Darshit Shah:
> > I'm facing an issue with the patch I submitted for libpsl and would be
> > glad if someone could help me.
> > 
> > The configure.ac file does not work as expected. When libpsl is not
> > installed on a system, the LDFLAGS does not contain -lpsl flag, but
> > the configure summary shows LIBPSL: Yes.
> > 
> > There is some discrepency in the output that I'd like to fix. The
> > build completes successfully because the HAVE_LIBPSL variable isn't
> > set, and Wget compiles without libpsl support. This should however
> > happen only when --without-libpsl was explicitly specified as a
> > configure option.
> This should do it:
> AC_ARG_WITH(libpsl,
>     AS_HELP_STRING([--without-libpsl], [disable support for libpsl cookie
> checking.]), [
>       with_libpsl=no
>     ], [
>       AC_CHECK_LIB(psl, psl_builtin,
>                    [with_libpsl=yes; AC_DEFINE([WITH_LIBPSL], [1], [PSL
> support enabled]) LIBS="${LIBS} -lpsl"], [with_libpsl=no; AC_MSG_WARN(***
> libpsl was not found. Fallback to Wget builtin cookie checking.)]) ])
> But I can't compile the gnulib when having WITH_LIBPSL=1.
> causes undefined fp_ which causes headaches with some SOLARIS code :-(
> Autotools is magic for me. I don't know how the above shell code can
> influence gnulib checks. Maybe anybode knows ?

Found the problem. I forgot to say 'ldconfig' after installing libpsl.
Then a ftello test failed to link and thus the described behaviour ;-)


reply via email to

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