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.
./configure sets FTELLO_BROKEN_AFTER_SWITCHING_FROM_READ_TO_WRITE to 1 which
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 ?
Tim
