2005-12-20 04:02:36 -05:00
#***************************************************************************
# _ _ ____ _
# Project ___| | | | _ \| |
# / __| | | | |_) | |
# | (__| |_| | _ <| |___
# \___|\___/|_| \_\_____|
#
2017-04-18 07:36:23 -04:00
# Copyright (C) 1998 - 2017, Daniel Stenberg, <daniel@haxx.se>, et al.
2005-12-20 04:02:36 -05:00
#
# This software is licensed as described in the file COPYING, which
# you should have received as part of this distribution. The terms
2016-02-02 18:19:02 -05:00
# are also available at https://curl.haxx.se/docs/copyright.html.
2005-12-20 04:02:36 -05:00
#
# You may opt to use, copy, modify, merge, publish, distribute and/or sell
# copies of the Software, and permit persons to whom the Software is
# furnished to do so, under the terms of the COPYING file.
#
# This software is distributed on an "AS IS" basis, WITHOUT WARRANTY OF ANY
# KIND, either express or implied.
#
2008-07-26 08:11:22 -04:00
#***************************************************************************
1999-12-29 09:20:26 -05:00
dnl Process this file with autoconf to produce a configure script.
2001-10-23 03:54:16 -04:00
2013-01-08 13:02:08 -05:00
AC_PREREQ(2.57)
2001-10-23 03:54:16 -04:00
2007-11-29 21:31:07 -05:00
dnl We don't know the version number "statically" so we use a dash here
2016-02-02 18:19:02 -05:00
AC_INIT([curl], [-], [a suitable curl mailing list: https://curl.haxx.se/mail/])
2003-03-25 10:54:06 -05:00
2011-12-15 12:01:00 -05:00
XC_OVR_ZZ50
2013-01-13 22:28:56 -05:00
XC_OVR_ZZ60
2008-11-15 21:23:18 -05:00
CURL_OVERRIDE_AUTOCONF
2003-03-25 10:54:06 -05:00
dnl configure script copyright
2017-06-12 02:42:11 -04:00
AC_COPYRIGHT([Copyright (c) 1998 - 2017 Daniel Stenberg, <daniel@haxx.se>
2007-08-20 15:30:25 -04:00
This configure script may be copied, distributed and modified under the
2003-03-25 10:54:06 -05:00
terms of the curl license; see COPYING for more details])
2013-01-03 20:50:28 -05:00
AC_CONFIG_SRCDIR([lib/urldata.h])
2017-05-22 03:05:10 -04:00
AC_CONFIG_HEADERS(lib/curl_config.h)
2011-03-26 22:36:14 -04:00
AC_CONFIG_MACRO_DIR([m4])
2002-12-20 10:54:24 -05:00
AM_MAINTAINER_MODE
2015-10-07 08:56:07 -04:00
m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
2000-10-23 09:56:12 -04:00
2008-10-01 23:56:55 -04:00
CURL_CHECK_OPTION_DEBUG
2008-10-07 09:13:34 -04:00
CURL_CHECK_OPTION_OPTIMIZE
2008-10-01 23:56:55 -04:00
CURL_CHECK_OPTION_WARNINGS
2010-07-19 12:07:09 -04:00
CURL_CHECK_OPTION_WERROR
2009-06-09 13:59:28 -04:00
CURL_CHECK_OPTION_CURLDEBUG
2012-04-11 13:33:54 -04:00
CURL_CHECK_OPTION_SYMBOL_HIDING
2010-01-26 10:07:40 -05:00
CURL_CHECK_OPTION_ARES
2015-07-23 05:38:49 -04:00
CURL_CHECK_OPTION_RT
2008-10-01 23:56:55 -04:00
2013-01-27 19:08:15 -05:00
XC_CHECK_PATH_SEPARATOR
2017-06-01 18:59:35 -04:00
AX_CODE_COVERAGE
2013-01-27 19:08:15 -05:00
2009-11-14 14:23:26 -05:00
#
# save the configure arguments
#
CONFIGURE_OPTIONS="\"$ac_configure_args\""
AC_SUBST(CONFIGURE_OPTIONS)
2010-07-19 12:07:09 -04:00
CURL_CFLAG_EXTRAS=""
2010-09-12 16:47:55 -04:00
if test X"$want_werror" = Xyes; then
2010-07-19 12:07:09 -04:00
CURL_CFLAG_EXTRAS="-Werror"
fi
AC_SUBST(CURL_CFLAG_EXTRAS)
2008-07-04 00:03:55 -04:00
dnl SED is mandatory for configure process and libtool.
2008-07-27 18:25:07 -04:00
dnl Set it now, allowing it to be changed later.
2010-07-12 12:39:40 -04:00
if test -z "$SED"; then
dnl allow it to be overridden
AC_PATH_PROG([SED], [sed], [not_found],
[$PATH:/usr/bin:/usr/local/bin])
if test -z "$SED" || test "$SED" = "not_found"; then
AC_MSG_ERROR([sed not found in PATH. Cannot continue without sed.])
fi
2008-07-02 13:42:08 -04:00
fi
2008-07-27 19:43:53 -04:00
AC_SUBST([SED])
2003-03-12 08:42:07 -05:00
2008-07-04 00:03:55 -04:00
dnl GREP is mandatory for configure process and libtool.
2008-07-27 18:25:07 -04:00
dnl Set it now, allowing it to be changed later.
2010-07-12 12:39:40 -04:00
if test -z "$GREP"; then
dnl allow it to be overridden
AC_PATH_PROG([GREP], [grep], [not_found],
[$PATH:/usr/bin:/usr/local/bin])
if test -z "$GREP" || test "$GREP" = "not_found"; then
AC_MSG_ERROR([grep not found in PATH. Cannot continue without grep.])
fi
2008-07-04 00:03:55 -04:00
fi
2008-07-27 19:43:53 -04:00
AC_SUBST([GREP])
2008-07-04 00:03:55 -04:00
dnl EGREP is mandatory for configure process and libtool.
2008-07-27 18:25:07 -04:00
dnl Set it now, allowing it to be changed later.
2010-07-12 12:39:40 -04:00
if test -z "$EGREP"; then
dnl allow it to be overridden
if echo a | ($GREP -E '(a|b)') >/dev/null 2>&1; then
AC_MSG_CHECKING([for egrep])
EGREP="$GREP -E"
AC_MSG_RESULT([$EGREP])
else
AC_PATH_PROG([EGREP], [egrep], [not_found],
[$PATH:/usr/bin:/usr/local/bin])
fi
2004-05-05 05:17:53 -04:00
fi
2008-07-04 00:03:55 -04:00
if test -z "$EGREP" || test "$EGREP" = "not_found"; then
AC_MSG_ERROR([egrep not found in PATH. Cannot continue without egrep.])
fi
2008-07-27 19:43:53 -04:00
AC_SUBST([EGREP])
2004-05-05 05:17:53 -04:00
2008-07-04 00:03:55 -04:00
dnl AR is mandatory for configure process and libtool.
2009-10-27 12:56:20 -04:00
dnl This is target dependent, so check it as a tool.
2010-07-12 12:39:40 -04:00
if test -z "$AR"; then
dnl allow it to be overridden
AC_PATH_TOOL([AR], [ar], [not_found],
[$PATH:/usr/bin:/usr/local/bin])
if test -z "$AR" || test "$AR" = "not_found"; then
AC_MSG_ERROR([ar not found in PATH. Cannot continue without ar.])
fi
2004-05-05 05:17:53 -04:00
fi
2008-07-27 19:43:53 -04:00
AC_SUBST([AR])
2008-07-04 00:03:55 -04:00
2007-10-25 18:30:35 -04:00
AC_SUBST(libext)
2003-07-30 11:10:26 -04:00
2001-10-23 03:54:16 -04:00
dnl figure out the libcurl version
2017-04-15 02:32:23 -04:00
CURLVERSION=`$SED -ne 's/^#define LIBCURL_VERSION "\(.*\)".*/\1/p' ${srcdir}/include/curl/curlver.h`
2013-01-20 14:23:20 -05:00
XC_CHECK_PROG_CC
2017-09-07 10:25:38 -04:00
AC_PROG_CXX
2013-07-08 18:10:38 -04:00
XC_AUTOMAKE
2003-03-12 08:42:07 -05:00
AC_MSG_CHECKING([curl version])
2011-03-20 14:32:54 -04:00
AC_MSG_RESULT($CURLVERSION)
2000-07-25 03:29:32 -04:00
2011-04-06 06:09:27 -04:00
AC_SUBST(CURLVERSION)
2001-05-28 10:58:07 -04:00
dnl
dnl we extract the numerical version for curl-config only
2017-04-15 02:32:23 -04:00
VERSIONNUM=`$SED -ne 's/^#define LIBCURL_VERSION_NUM 0x\([0-9A-Fa-f]*\).*/\1/p' ${srcdir}/include/curl/curlver.h`
2001-05-28 10:58:07 -04:00
AC_SUBST(VERSIONNUM)
2001-05-30 00:31:32 -04:00
dnl Solaris pkgadd support definitions
PKGADD_PKG="HAXXcurl"
2016-10-18 07:59:54 -04:00
PKGADD_NAME="curl - a client that groks URLs"
2001-05-30 00:31:32 -04:00
PKGADD_VENDOR="curl.haxx.se"
AC_SUBST(PKGADD_PKG)
AC_SUBST(PKGADD_NAME)
AC_SUBST(PKGADD_VENDOR)
2004-04-26 08:29:30 -04:00
dnl
2004-11-11 11:34:24 -05:00
dnl initialize all the info variables
2015-10-19 08:25:34 -04:00
curl_ssl_msg="no (--with-{ssl,gnutls,nss,polarssl,mbedtls,cyassl,axtls,winssl,darwinssl} )"
2006-11-02 16:56:40 -05:00
curl_ssh_msg="no (--with-libssh2)"
2004-11-11 11:34:24 -05:00
curl_zlib_msg="no (--with-zlib)"
curl_gss_msg="no (--with-gssapi)"
2011-01-19 14:35:02 -05:00
curl_tls_srp_msg="no (--enable-tls-srp)"
2010-04-25 17:24:05 -04:00
curl_res_msg="default (--enable-ares / --enable-threaded-resolver)"
2004-11-11 11:34:24 -05:00
curl_ipv6_msg="no (--enable-ipv6)"
2014-11-27 17:59:25 -05:00
curl_unix_sockets_msg="no (--enable-unix-sockets)"
2016-10-12 03:01:06 -04:00
curl_idn_msg="no (--with-{libidn2,winidn})"
2004-11-11 11:34:24 -05:00
curl_manual_msg="no (--enable-manual)"
2012-02-05 12:44:22 -05:00
curl_libcurl_msg="enabled (--disable-libcurl-option)"
2004-11-11 11:34:24 -05:00
curl_verbose_msg="enabled (--disable-verbose)"
2005-03-13 18:59:28 -05:00
curl_sspi_msg="no (--enable-sspi)"
2007-08-11 16:57:54 -04:00
curl_ldap_msg="no (--enable-ldap / --with-ldap-lib / --with-lber-lib)"
2007-08-30 16:28:40 -04:00
curl_ldaps_msg="no (--enable-ldaps)"
2010-01-22 11:38:32 -05:00
curl_rtsp_msg="no (--enable-rtsp)"
2010-05-12 17:07:20 -04:00
curl_rtmp_msg="no (--with-librtmp)"
2012-06-07 17:49:27 -04:00
curl_mtlnk_msg="no (--with-libmetalink)"
2015-09-29 05:33:01 -04:00
curl_psl_msg="no (--with-libpsl)"
2012-06-07 17:49:27 -04:00
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_backends=
2001-05-30 00:31:32 -04:00
2007-02-16 20:29:01 -05:00
dnl
2012-12-03 16:40:26 -05:00
dnl Save some initial values the user might have provided
2007-02-16 20:29:01 -05:00
dnl
2012-12-03 16:40:26 -05:00
INITIAL_LDFLAGS=$LDFLAGS
INITIAL_LIBS=$LIBS
2007-02-16 20:29:01 -05:00
2000-07-25 03:29:32 -04:00
dnl
dnl Detect the canonical host and target build environment
dnl
1999-12-29 09:20:26 -05:00
2001-05-22 17:17:58 -04:00
AC_CANONICAL_HOST
2001-05-22 14:16:24 -04:00
dnl Get system canonical name
2002-10-28 15:39:23 -05:00
AC_DEFINE_UNQUOTED(OS, "${host}", [cpu-machine-OS])
2000-08-24 08:33:16 -04:00
2001-05-22 14:16:24 -04:00
dnl Checks for programs.
2008-08-04 02:48:11 -04:00
dnl This defines _ALL_SOURCE for AIX
CURL_CHECK_AIX_ALL_SOURCE
2008-07-22 15:04:16 -04:00
dnl Our configure and build reentrant settings
2009-11-14 13:51:37 -05:00
CURL_CONFIGURE_THREAD_SAFE
2008-07-26 21:36:33 -04:00
CURL_CONFIGURE_REENTRANT
2008-07-22 15:04:16 -04:00
2000-08-24 09:05:24 -04:00
dnl check for how to do large files
2000-08-24 08:33:16 -04:00
AC_SYS_LARGEFILE
2000-08-24 09:05:24 -04:00
2013-03-08 07:26:08 -05:00
XC_LIBTOOL
2013-01-08 13:02:08 -05:00
2013-03-08 07:26:08 -05:00
#
# Automake conditionals based on libtool related checks
#
2009-11-24 11:12:22 -05:00
2013-03-08 07:26:08 -05:00
AM_CONDITIONAL([CURL_LT_SHLIB_USE_VERSION_INFO],
[test "x$xc_lt_shlib_use_version_info" = 'xyes'])
AM_CONDITIONAL([CURL_LT_SHLIB_USE_NO_UNDEFINED],
[test "x$xc_lt_shlib_use_no_undefined" = 'xyes'])
AM_CONDITIONAL([CURL_LT_SHLIB_USE_MIMPURE_TEXT],
[test "x$xc_lt_shlib_use_mimpure_text" = 'xyes'])
2001-05-22 14:16:24 -04:00
2013-03-11 19:24:37 -04:00
#
# Due to libtool and automake machinery limitations of not allowing
# specifying separate CPPFLAGS or CFLAGS when compiling objects for
# inclusion of these in shared or static libraries, we are forced to
# build using separate configure runs for shared and static libraries
# on systems where different CPPFLAGS or CFLAGS are mandatory in order
# to compile objects for each kind of library. Notice that relying on
# the '-DPIC' CFLAG that libtool provides is not valid given that the
# user might for example choose to build static libraries with PIC.
#
#
# Make our Makefile.am files use the staticlib CPPFLAG only when strictly
# targeting a static library and not building its shared counterpart.
#
AM_CONDITIONAL([USE_CPPFLAG_CURL_STATICLIB],
[test "x$xc_lt_build_static_only" = 'xyes'])
#
# Make staticlib CPPFLAG variable and its definition visible in output
# files unconditionally, providing an empty definition unless strictly
# targeting a static library and not building its shared counterpart.
#
CPPFLAG_CURL_STATICLIB=
if test "x$xc_lt_build_static_only" = 'xyes'; then
CPPFLAG_CURL_STATICLIB='-DCURL_STATICLIB'
fi
AC_SUBST([CPPFLAG_CURL_STATICLIB])
2010-07-12 17:40:16 -04:00
2005-02-18 03:24:53 -05:00
2007-02-13 22:00:08 -05:00
# Determine whether all dependent libraries must be specified when linking
if test "X$enable_shared" = "Xyes" -a "X$link_all_deplibs" = "Xno"
then
REQUIRE_LIB_DEPS=no
else
REQUIRE_LIB_DEPS=yes
fi
AC_SUBST(REQUIRE_LIB_DEPS)
2012-11-30 08:34:48 -05:00
AM_CONDITIONAL(USE_EXPLICIT_LIB_DEPS, test x$REQUIRE_LIB_DEPS = xyes)
2007-02-13 22:00:08 -05:00
2007-06-12 17:39:21 -04:00
dnl check if there's a way to force code inline
AC_C_INLINE
2007-10-18 12:24:14 -04:00
dnl **********************************************************************
dnl platform/compiler/architecture specific checks/flags
dnl **********************************************************************
2008-10-01 23:56:55 -04:00
CURL_CHECK_COMPILER
2008-10-07 09:13:34 -04:00
CURL_SET_COMPILER_BASIC_OPTS
CURL_SET_COMPILER_DEBUG_OPTS
CURL_SET_COMPILER_OPTIMIZE_OPTS
CURL_SET_COMPILER_WARNING_OPTS
2008-09-29 15:14:52 -04:00
2009-11-24 11:12:22 -05:00
if test "$compiler_id" = "INTEL_UNIX_C"; then
2008-10-22 07:10:56 -04:00
#
2009-11-24 11:12:22 -05:00
if test "$compiler_num" -ge "1000"; then
dnl icc 10.X or later
CFLAGS="$CFLAGS -shared-intel"
elif test "$compiler_num" -ge "900"; then
dnl icc 9.X specific
CFLAGS="$CFLAGS -i-dynamic"
fi
2008-10-22 07:10:56 -04:00
#
2009-11-24 11:12:22 -05:00
fi
2008-09-29 15:14:52 -04:00
2008-06-20 14:09:48 -04:00
CURL_CHECK_COMPILER_HALT_ON_ERROR
CURL_CHECK_COMPILER_ARRAY_SIZE_NEGATIVE
2012-12-16 12:51:51 -05:00
CURL_CHECK_COMPILER_PROTOTYPE_MISMATCH
2012-04-11 13:33:54 -04:00
CURL_CHECK_COMPILER_SYMBOL_HIDING
2008-06-20 14:09:48 -04:00
2009-06-09 13:59:28 -04:00
CURL_CHECK_CURLDEBUG
AM_CONDITIONAL(CURLDEBUG, test x$want_curldebug = xyes)
2011-06-03 14:06:42 -04:00
supports_unittests=yes
# cross-compilation of unit tests static library/programs fails when
# libcurl shared library is built. This might be due to a libtool or
# automake issue. In this case we disable unit tests.
if test "x$cross_compiling" != "xno" &&
test "x$enable_shared" != "xno"; then
supports_unittests=no
fi
2011-08-15 12:27:59 -04:00
# IRIX 6.5.24 gcc 3.3 autobuilds fail unittests library compilation due to
# a problem related with OpenSSL headers and library versions not matching.
# Disable unit tests while time to further investigate this is found.
case $host in
mips-sgi-irix6.5)
if test "$compiler_id" = "GNU_C"; then
supports_unittests=no
fi
;;
esac
# All AIX autobuilds fails unit tests linking against unittests library
# due to unittests library being built with no symbols or members. Libtool ?
# Disable unit tests while time to further investigate this is found.
case $host_os in
aix*)
supports_unittests=no
;;
esac
2011-06-02 11:02:46 -04:00
dnl Build unit tests when option --enable-debug is given.
2011-06-03 14:06:42 -04:00
if test "x$want_debug" = "xyes" &&
test "x$supports_unittests" = "xyes"; then
want_unittests=yes
else
want_unittests=no
fi
AM_CONDITIONAL(BUILD_UNITTESTS, test x$want_unittests = xyes)
2011-06-01 15:39:18 -04:00
2008-06-20 14:09:48 -04:00
dnl **********************************************************************
dnl Compilation based checks should not be done before this point.
dnl **********************************************************************
dnl **********************************************************************
dnl Make sure that our checks for headers windows.h winsock.h winsock2.h
dnl and ws2tcpip.h take precedence over any other further checks which
dnl could be done later using AC_CHECK_HEADER or AC_CHECK_HEADERS for
dnl this specific header files. And do them before its results are used.
dnl **********************************************************************
CURL_CHECK_HEADER_WINDOWS
CURL_CHECK_NATIVE_WINDOWS
2016-04-15 10:37:20 -04:00
case X-"$curl_cv_native_windows" in
2008-06-20 14:09:48 -04:00
X-yes)
CURL_CHECK_HEADER_WINSOCK
CURL_CHECK_HEADER_WINSOCK2
CURL_CHECK_HEADER_WS2TCPIP
CURL_CHECK_HEADER_WINLDAP
CURL_CHECK_HEADER_WINBER
;;
*)
2016-04-15 10:37:20 -04:00
curl_cv_header_winsock_h="no"
curl_cv_header_winsock2_h="no"
curl_cv_header_ws2tcpip_h="no"
curl_cv_header_winldap_h="no"
curl_cv_header_winber_h="no"
2008-06-20 14:09:48 -04:00
;;
esac
2008-08-26 08:54:12 -04:00
CURL_CHECK_WIN32_LARGEFILE
2008-06-20 14:09:48 -04:00
2016-10-19 08:36:32 -04:00
CURL_MAC_CFLAGS
2017-08-16 13:24:39 -04:00
CURL_SUPPORTS_BUILTIN_AVAILABLE
2016-10-19 08:36:32 -04:00
2002-06-11 07:13:29 -04:00
dnl ************************************************************
dnl switch off particular protocols
dnl
AC_MSG_CHECKING([whether to support http])
AC_ARG_ENABLE(http,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-http],[Enable HTTP support])
AC_HELP_STRING([--disable-http],[Disable HTTP support]),
2002-06-11 07:13:29 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
2002-10-28 15:39:23 -05:00
AC_DEFINE(CURL_DISABLE_HTTP, 1, [to disable HTTP])
2017-06-15 18:02:36 -04:00
disable_http="yes"
2010-01-22 11:38:32 -05:00
AC_MSG_WARN([disable HTTP disables FTP over proxy and RTSP])
2004-12-23 03:48:59 -05:00
AC_SUBST(CURL_DISABLE_HTTP, [1])
2010-01-22 11:38:32 -05:00
AC_DEFINE(CURL_DISABLE_RTSP, 1, [to disable RTSP])
AC_SUBST(CURL_DISABLE_RTSP, [1])
2002-06-11 07:13:29 -04:00
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
AC_MSG_CHECKING([whether to support ftp])
AC_ARG_ENABLE(ftp,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-ftp],[Enable FTP support])
AC_HELP_STRING([--disable-ftp],[Disable FTP support]),
2002-06-11 07:13:29 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
2002-10-28 15:39:23 -05:00
AC_DEFINE(CURL_DISABLE_FTP, 1, [to disable FTP])
2004-12-23 03:48:59 -05:00
AC_SUBST(CURL_DISABLE_FTP, [1])
2002-06-11 07:13:29 -04:00
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
AC_MSG_CHECKING([whether to support file])
AC_ARG_ENABLE(file,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-file],[Enable FILE support])
AC_HELP_STRING([--disable-file],[Disable FILE support]),
2002-06-11 07:13:29 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
2002-10-28 15:39:23 -05:00
AC_DEFINE(CURL_DISABLE_FILE, 1, [to disable FILE])
2004-12-23 03:48:59 -05:00
AC_SUBST(CURL_DISABLE_FILE, [1])
2002-06-11 07:13:29 -04:00
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
AC_MSG_CHECKING([whether to support ldap])
AC_ARG_ENABLE(ldap,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-ldap],[Enable LDAP support])
AC_HELP_STRING([--disable-ldap],[Disable LDAP support]),
2002-06-11 07:13:29 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
2002-10-28 15:39:23 -05:00
AC_DEFINE(CURL_DISABLE_LDAP, 1, [to disable LDAP])
2004-12-23 03:48:59 -05:00
AC_SUBST(CURL_DISABLE_LDAP, [1])
2002-06-11 07:13:29 -04:00
;;
2008-01-21 15:22:33 -05:00
*)
2010-06-04 09:14:31 -04:00
AC_MSG_RESULT(yes)
2002-06-11 07:13:29 -04:00
;;
2008-01-21 15:22:33 -05:00
esac ],[
2010-06-04 09:14:31 -04:00
AC_MSG_RESULT(yes) ]
2002-06-11 07:13:29 -04:00
)
2007-08-30 16:28:40 -04:00
AC_MSG_CHECKING([whether to support ldaps])
AC_ARG_ENABLE(ldaps,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-ldaps],[Enable LDAPS support])
AC_HELP_STRING([--disable-ldaps],[Disable LDAPS support]),
2007-08-30 16:28:40 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_LDAPS, 1, [to disable LDAPS])
AC_SUBST(CURL_DISABLE_LDAPS, [1])
;;
2010-06-01 15:26:19 -04:00
*) if test "x$CURL_DISABLE_LDAP" = "x1" ; then
AC_MSG_RESULT(LDAP needs to be enabled to support LDAPS)
AC_DEFINE(CURL_DISABLE_LDAPS, 1, [to disable LDAPS])
AC_SUBST(CURL_DISABLE_LDAPS, [1])
2007-08-30 16:28:40 -04:00
else
2010-06-01 15:26:19 -04:00
AC_MSG_RESULT(yes)
AC_DEFINE(HAVE_LDAP_SSL, 1, [Use LDAPS implementation])
AC_SUBST(HAVE_LDAP_SSL, [1])
2007-08-30 16:28:40 -04:00
fi
;;
2010-06-01 15:26:19 -04:00
esac ],[
if test "x$CURL_DISABLE_LDAP" = "x1" ; then
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_LDAPS, 1, [to disable LDAPS])
AC_SUBST(CURL_DISABLE_LDAPS, [1])
else
AC_MSG_RESULT(yes)
AC_DEFINE(HAVE_LDAP_SSL, 1, [Use LDAPS implementation])
AC_SUBST(HAVE_LDAP_SSL, [1])
fi ]
2007-08-30 16:28:40 -04:00
)
2010-01-21 08:58:30 -05:00
AC_MSG_CHECKING([whether to support rtsp])
AC_ARG_ENABLE(rtsp,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-rtsp],[Enable RTSP support])
AC_HELP_STRING([--disable-rtsp],[Disable RTSP support]),
2010-01-21 08:58:30 -05:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_RTSP, 1, [to disable RTSP])
AC_SUBST(CURL_DISABLE_RTSP, [1])
;;
2010-01-22 07:52:35 -05:00
*) if test x$CURL_DISABLE_HTTP = x1 ; then
AC_MSG_ERROR(HTTP support needs to be enabled in order to enable RTSP support!)
else
AC_MSG_RESULT(yes)
curl_rtsp_msg="enabled"
fi
2010-01-21 08:58:30 -05:00
;;
2010-01-22 11:38:32 -05:00
esac ],
if test "x$CURL_DISABLE_HTTP" != "x1"; then
AC_MSG_RESULT(yes)
curl_rtsp_msg="enabled"
else
AC_MSG_RESULT(no)
fi
2010-01-21 08:58:30 -05:00
)
2008-09-29 17:49:10 -04:00
AC_MSG_CHECKING([whether to support proxies])
2008-09-29 17:46:04 -04:00
AC_ARG_ENABLE(proxy,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-proxy],[Enable proxy support])
AC_HELP_STRING([--disable-proxy],[Disable proxy support]),
2008-09-29 17:46:04 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_PROXY, 1, [to disable proxies])
AC_SUBST(CURL_DISABLE_PROXY, [1])
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
2002-06-11 07:13:29 -04:00
AC_MSG_CHECKING([whether to support dict])
AC_ARG_ENABLE(dict,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-dict],[Enable DICT support])
AC_HELP_STRING([--disable-dict],[Disable DICT support]),
2002-06-11 07:13:29 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
2003-01-20 10:16:56 -05:00
AC_DEFINE(CURL_DISABLE_DICT, 1, [to disable DICT])
2004-12-23 03:48:59 -05:00
AC_SUBST(CURL_DISABLE_DICT, [1])
2002-06-11 07:13:29 -04:00
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
AC_MSG_CHECKING([whether to support telnet])
AC_ARG_ENABLE(telnet,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-telnet],[Enable TELNET support])
AC_HELP_STRING([--disable-telnet],[Disable TELNET support]),
2002-06-11 07:13:29 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
2002-10-28 15:39:23 -05:00
AC_DEFINE(CURL_DISABLE_TELNET, 1, [to disable TELNET])
2004-12-23 03:48:59 -05:00
AC_SUBST(CURL_DISABLE_TELNET, [1])
2002-06-11 07:13:29 -04:00
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
2005-09-02 11:11:08 -04:00
AC_MSG_CHECKING([whether to support tftp])
AC_ARG_ENABLE(tftp,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-tftp],[Enable TFTP support])
AC_HELP_STRING([--disable-tftp],[Disable TFTP support]),
2005-09-02 11:11:08 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_TFTP, 1, [to disable TFTP])
AC_SUBST(CURL_DISABLE_TFTP, [1])
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
2002-06-11 07:13:29 -04:00
2009-12-12 17:31:00 -05:00
AC_MSG_CHECKING([whether to support pop3])
AC_ARG_ENABLE(pop3,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-pop3],[Enable POP3 support])
AC_HELP_STRING([--disable-pop3],[Disable POP3 support]),
2009-12-12 17:31:00 -05:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_POP3, 1, [to disable POP3])
AC_SUBST(CURL_DISABLE_POP3, [1])
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
AC_MSG_CHECKING([whether to support imap])
AC_ARG_ENABLE(imap,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-imap],[Enable IMAP support])
AC_HELP_STRING([--disable-imap],[Disable IMAP support]),
2009-12-12 17:31:00 -05:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_IMAP, 1, [to disable IMAP])
AC_SUBST(CURL_DISABLE_IMAP, [1])
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
2014-11-29 12:59:29 -05:00
AC_MSG_CHECKING([whether to support smb])
AC_ARG_ENABLE(smb,
AC_HELP_STRING([--enable-smb],[Enable SMB/CIFS support])
AC_HELP_STRING([--disable-smb],[Disable SMB/CIFS support]),
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_SMB, 1, [to disable SMB/CIFS])
AC_SUBST(CURL_DISABLE_SMB, [1])
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
2009-12-12 17:31:00 -05:00
AC_MSG_CHECKING([whether to support smtp])
AC_ARG_ENABLE(smtp,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-smtp],[Enable SMTP support])
AC_HELP_STRING([--disable-smtp],[Disable SMTP support]),
2009-12-12 17:31:00 -05:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_SMTP, 1, [to disable SMTP])
AC_SUBST(CURL_DISABLE_SMTP, [1])
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
2010-08-12 10:55:48 -04:00
AC_MSG_CHECKING([whether to support gopher])
AC_ARG_ENABLE(gopher,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-gopher],[Enable Gopher support])
AC_HELP_STRING([--disable-gopher],[Disable Gopher support]),
2010-08-12 10:55:48 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_GOPHER, 1, [to disable Gopher])
AC_SUBST(CURL_DISABLE_GOPHER, [1])
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
2009-12-12 17:31:00 -05:00
2004-02-12 09:45:50 -05:00
dnl **********************************************************************
dnl Check for built-in manual
dnl **********************************************************************
AC_MSG_CHECKING([whether to provide built-in manual])
AC_ARG_ENABLE(manual,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-manual],[Enable built-in manual])
AC_HELP_STRING([--disable-manual],[Disable built-in manual]),
2004-02-12 09:45:50 -05:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
;;
*) AC_MSG_RESULT(yes)
USE_MANUAL="1"
;;
esac ],
AC_MSG_RESULT(yes)
USE_MANUAL="1"
)
dnl The actual use of the USE_MANUAL variable is done much later in this
dnl script to allow other actions to disable it as well.
2012-02-05 12:44:22 -05:00
dnl ************************************************************
dnl disable C code generation support
dnl
AC_MSG_CHECKING([whether to enable generation of C code])
AC_ARG_ENABLE(libcurl_option,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-libcurl-option],[Enable --libcurl C code generation support])
AC_HELP_STRING([--disable-libcurl-option],[Disable --libcurl C code generation support]),
2012-02-05 12:44:22 -05:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_LIBCURL_OPTION, 1, [to disable --libcurl C code generation option])
curl_libcurl_msg="no"
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
1999-12-29 09:20:26 -05:00
dnl **********************************************************************
dnl Checks for libraries.
dnl **********************************************************************
2012-12-03 16:40:26 -05:00
AC_MSG_CHECKING([whether to use libgcc])
AC_ARG_ENABLE(libgcc,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-libgcc],[use libgcc when linking]),
2012-12-03 16:40:26 -05:00
[ case "$enableval" in
yes)
LIBS="-lgcc $LIBS"
AC_MSG_RESULT(yes)
;;
*) AC_MSG_RESULT(no)
;;
esac ],
AC_MSG_RESULT(no)
)
2009-05-03 13:35:44 -04:00
CURL_CHECK_LIB_XNET
2009-04-30 14:35:36 -04:00
2004-02-06 07:13:20 -05:00
dnl gethostbyname without lib or in the nsl lib?
AC_CHECK_FUNC(gethostbyname,
[HAVE_GETHOSTBYNAME="1"
],
[ AC_CHECK_LIB(nsl, gethostbyname,
[HAVE_GETHOSTBYNAME="1"
2012-12-03 16:40:26 -05:00
LIBS="-lnsl $LIBS"
2004-02-06 07:13:20 -05:00
])
])
if test "$HAVE_GETHOSTBYNAME" != "1"
then
2000-11-08 09:27:46 -05:00
dnl gethostbyname in the socket lib?
2004-02-06 07:13:20 -05:00
AC_CHECK_LIB(socket, gethostbyname,
[HAVE_GETHOSTBYNAME="1"
2012-12-03 16:40:26 -05:00
LIBS="-lsocket $LIBS"
2004-02-06 07:13:20 -05:00
])
2000-11-08 09:27:46 -05:00
fi
2012-03-22 18:33:33 -04:00
if test "$HAVE_GETHOSTBYNAME" != "1"
then
dnl gethostbyname in the watt lib?
AC_CHECK_LIB(watt, gethostbyname,
[HAVE_GETHOSTBYNAME="1"
CPPFLAGS="-I/dev/env/WATT_ROOT/inc"
LDFLAGS="-L/dev/env/WATT_ROOT/lib"
2012-12-03 16:40:26 -05:00
LIBS="-lwatt $LIBS"
2012-03-22 18:33:33 -04:00
])
fi
2004-02-06 07:13:20 -05:00
dnl At least one system has been identified to require BOTH nsl and socket
dnl libs at the same time to link properly.
if test "$HAVE_GETHOSTBYNAME" != "1"
then
2004-05-06 11:04:04 -04:00
AC_MSG_CHECKING([for gethostbyname with both nsl and socket libs])
2000-07-25 03:29:32 -04:00
my_ac_save_LIBS=$LIBS
LIBS="-lnsl -lsocket $LIBS"
2008-05-20 11:55:31 -04:00
AC_LINK_IFELSE([
AC_LANG_PROGRAM([[
]],[[
gethostbyname();
]])
],[
AC_MSG_RESULT([yes])
HAVE_GETHOSTBYNAME="1"
],[
AC_MSG_RESULT([no])
LIBS=$my_ac_save_LIBS
])
2004-02-06 07:13:20 -05:00
fi
2000-07-25 03:29:32 -04:00
2004-02-06 07:13:20 -05:00
if test "$HAVE_GETHOSTBYNAME" != "1"
then
2008-05-18 16:13:13 -04:00
dnl This is for winsock systems
2016-04-15 10:37:20 -04:00
if test "$curl_cv_header_windows_h" = "yes"; then
if test "$curl_cv_header_winsock_h" = "yes"; then
2008-05-18 22:50:29 -04:00
case $host in
*-*-mingw32ce*)
winsock_LIB="-lwinsock"
;;
*)
winsock_LIB="-lwsock32"
;;
esac
2008-05-18 16:13:13 -04:00
fi
2016-04-15 10:37:20 -04:00
if test "$curl_cv_header_winsock2_h" = "yes"; then
2008-05-18 16:13:13 -04:00
winsock_LIB="-lws2_32"
fi
if test ! -z "$winsock_LIB"; then
my_ac_save_LIBS=$LIBS
2012-12-03 16:40:26 -05:00
LIBS="$winsock_LIB $LIBS"
2008-05-18 16:13:13 -04:00
AC_MSG_CHECKING([for gethostbyname in $winsock_LIB])
2008-05-20 11:55:31 -04:00
AC_LINK_IFELSE([
AC_LANG_PROGRAM([[
2008-05-18 16:13:13 -04:00
#ifdef HAVE_WINDOWS_H
#ifndef WIN32_LEAN_AND_MEAN
#define WIN32_LEAN_AND_MEAN
#endif
#include <windows.h>
#ifdef HAVE_WINSOCK2_H
#include <winsock2.h>
#else
#ifdef HAVE_WINSOCK_H
#include <winsock.h>
#endif
#endif
#endif
2008-05-20 11:55:31 -04:00
]],[[
2008-05-18 16:13:13 -04:00
gethostbyname("www.dummysite.com");
2008-05-20 11:55:31 -04:00
]])
],[
AC_MSG_RESULT([yes])
HAVE_GETHOSTBYNAME="1"
],[
AC_MSG_RESULT([no])
winsock_LIB=""
LIBS=$my_ac_save_LIBS
2008-05-18 16:13:13 -04:00
])
fi
fi
2006-07-19 18:27:49 -04:00
fi
2007-05-17 02:04:44 -04:00
if test "$HAVE_GETHOSTBYNAME" != "1"
then
dnl This is for Minix 3.1
AC_MSG_CHECKING([for gethostbyname for Minix 3])
2008-05-20 11:55:31 -04:00
AC_LINK_IFELSE([
AC_LANG_PROGRAM([[
2007-05-17 02:04:44 -04:00
/* Older Minix versions may need <net/gen/netdb.h> here instead */
2008-05-20 11:55:31 -04:00
#include <netdb.h>
]],[[
gethostbyname("www.dummysite.com");
]])
],[
AC_MSG_RESULT([yes])
HAVE_GETHOSTBYNAME="1"
],[
AC_MSG_RESULT([no])
])
2007-05-17 02:04:44 -04:00
fi
2006-07-19 18:27:49 -04:00
if test "$HAVE_GETHOSTBYNAME" != "1"
then
dnl This is for eCos with a stubbed DNS implementation
AC_MSG_CHECKING([for gethostbyname for eCos])
2008-05-20 11:55:31 -04:00
AC_LINK_IFELSE([
AC_LANG_PROGRAM([[
2006-07-19 18:27:49 -04:00
#include <stdio.h>
2008-05-20 11:55:31 -04:00
#include <netdb.h>
]],[[
gethostbyname("www.dummysite.com");
]])
],[
AC_MSG_RESULT([yes])
HAVE_GETHOSTBYNAME="1"
],[
AC_MSG_RESULT([no])
])
2004-02-06 07:13:20 -05:00
fi
2008-05-26 11:09:28 -04:00
if test "$HAVE_GETHOSTBYNAME" != "1"
then
dnl gethostbyname in the network lib - for Haiku OS
AC_CHECK_LIB(network, gethostbyname,
[HAVE_GETHOSTBYNAME="1"
2012-12-03 16:40:26 -05:00
LIBS="-lnetwork $LIBS"
2008-05-26 11:09:28 -04:00
])
fi
2004-12-22 17:28:10 -05:00
if test "$HAVE_GETHOSTBYNAME" != "1"
then
dnl gethostbyname in the net lib - for BeOS
AC_CHECK_LIB(net, gethostbyname,
[HAVE_GETHOSTBYNAME="1"
2012-12-03 16:40:26 -05:00
LIBS="-lnet $LIBS"
2004-12-22 17:28:10 -05:00
])
fi
2008-11-17 20:57:28 -05:00
if test "$HAVE_GETHOSTBYNAME" != "1"; then
2004-02-06 07:13:20 -05:00
AC_MSG_ERROR([couldn't find libraries for gethostbyname()])
2000-07-25 03:29:32 -04:00
fi
2009-06-20 13:24:43 -04:00
CURL_CHECK_LIBS_CONNECT
1999-12-29 09:20:26 -05:00
2010-08-08 23:45:11 -04:00
CURL_NETWORK_LIBS=$LIBS
2008-05-10 11:46:08 -04:00
dnl **********************************************************************
2008-05-11 22:04:21 -04:00
dnl In case that function clock_gettime with monotonic timer is available,
dnl check for additional required libraries.
2008-05-10 11:46:08 -04:00
dnl **********************************************************************
2008-05-11 22:04:21 -04:00
CURL_CHECK_LIBS_CLOCK_GETTIME_MONOTONIC
2008-05-10 11:46:08 -04:00
2007-02-17 03:49:04 -05:00
dnl **********************************************************************
dnl The preceding library checks are all potentially useful for test
2012-11-28 12:31:23 -05:00
dnl servers and libtest cases which require networking and clock_gettime
dnl support. Save the list of required libraries at this point for use
dnl while linking those test servers and programs.
2007-02-17 03:49:04 -05:00
dnl **********************************************************************
2012-11-28 12:31:23 -05:00
CURL_NETWORK_AND_TIME_LIBS=$LIBS
1999-12-29 09:20:26 -05:00
2007-02-17 03:49:04 -05:00
dnl **********************************************************************
2012-12-03 16:40:26 -05:00
dnl Check for the presence of ZLIB libraries and headers
dnl **********************************************************************
dnl Check for & handle argument to --with-zlib.
clean_CPPFLAGS=$CPPFLAGS
clean_LDFLAGS=$LDFLAGS
clean_LIBS=$LIBS
ZLIB_LIBS=""
AC_ARG_WITH(zlib,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-zlib=PATH],[search for zlib in PATH])
AC_HELP_STRING([--without-zlib],[disable use of zlib]),
2012-12-03 16:40:26 -05:00
[OPT_ZLIB="$withval"])
if test "$OPT_ZLIB" = "no" ; then
AC_MSG_WARN([zlib disabled])
else
if test "$OPT_ZLIB" = "yes" ; then
OPT_ZLIB=""
fi
2016-08-24 07:49:53 -04:00
if test -z "$OPT_ZLIB" ; then
2017-02-26 17:39:12 -05:00
CURL_CHECK_PKGCONFIG(zlib)
if test "$PKGCONFIG" != "no" ; then
LIBS="`$PKGCONFIG --libs-only-l zlib` $LIBS"
2017-04-24 03:13:28 -04:00
LDFLAGS="$LDFLAGS `$PKGCONFIG --libs-only-L zlib`"
CPPFLAGS="$CPPFLAGS `$PKGCONFIG --cflags-only-I zlib`"
2017-02-26 17:39:12 -05:00
OPT_ZLIB=""
HAVE_LIBZ="1"
fi
2012-12-03 16:40:26 -05:00
2016-08-11 11:49:48 -04:00
if test -z "$HAVE_LIBZ"; then
dnl Check for the lib without setting any new path, since many
dnl people have it in the default path
AC_CHECK_LIB(z, inflateEnd,
2012-12-03 16:40:26 -05:00
dnl libz found, set the variable
[HAVE_LIBZ="1"
LIBS="-lz $LIBS"],
dnl if no lib found, try /usr/local
[OPT_ZLIB="/usr/local"])
2016-08-11 11:49:48 -04:00
fi
2012-12-03 16:40:26 -05:00
fi
dnl Add a nonempty path to the compiler flags
if test -n "$OPT_ZLIB"; then
CPPFLAGS="$CPPFLAGS -I$OPT_ZLIB/include"
LDFLAGS="$LDFLAGS -L$OPT_ZLIB/lib$libsuff"
fi
AC_CHECK_HEADER(zlib.h,
[
dnl zlib.h was found
HAVE_ZLIB_H="1"
dnl if the lib wasn't found already, try again with the new paths
if test "$HAVE_LIBZ" != "1"; then
AC_CHECK_LIB(z, gzread,
[
dnl the lib was found!
HAVE_LIBZ="1"
LIBS="-lz $LIBS"
],
[ CPPFLAGS=$clean_CPPFLAGS
LDFLAGS=$clean_LDFLAGS])
fi
],
[
dnl zlib.h was not found, restore the flags
CPPFLAGS=$clean_CPPFLAGS
LDFLAGS=$clean_LDFLAGS]
)
if test "$HAVE_LIBZ" = "1" && test "$HAVE_ZLIB_H" != "1"
then
AC_MSG_WARN([configure found only the libz lib, not the header file!])
HAVE_LIBZ=""
CPPFLAGS=$clean_CPPFLAGS
LDFLAGS=$clean_LDFLAGS
LIBS=$clean_LIBS
elif test "$HAVE_LIBZ" != "1" && test "$HAVE_ZLIB_H" = "1"
then
AC_MSG_WARN([configure found only the libz header file, not the lib!])
CPPFLAGS=$clean_CPPFLAGS
LDFLAGS=$clean_LDFLAGS
LIBS=$clean_LIBS
elif test "$HAVE_LIBZ" = "1" && test "$HAVE_ZLIB_H" = "1"
then
dnl both header and lib were found!
AC_SUBST(HAVE_LIBZ)
AC_DEFINE(HAVE_ZLIB_H, 1, [if you have the zlib.h header file])
AC_DEFINE(HAVE_LIBZ, 1, [if zlib is available])
ZLIB_LIBS="-lz"
LIBS="-lz $clean_LIBS"
dnl replace 'HAVE_LIBZ' in the automake makefile.ams
AMFIXLIB="1"
AC_MSG_NOTICE([found both libz and libz.h header])
curl_zlib_msg="enabled"
fi
fi
dnl set variable for use in automakefile(s)
AM_CONDITIONAL(HAVE_LIBZ, test x"$AMFIXLIB" = x1)
AC_SUBST(ZLIB_LIBS)
2003-03-12 08:42:07 -05:00
2004-02-15 17:34:58 -05:00
dnl **********************************************************************
2007-08-11 16:57:54 -04:00
dnl Check for LDAP
2005-03-11 00:28:07 -05:00
dnl **********************************************************************
LDAPLIBNAME=""
AC_ARG_WITH(ldap-lib,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-ldap-lib=libname],[Specify name of ldap lib file]),
2005-03-11 00:28:07 -05:00
[LDAPLIBNAME="$withval"])
LBERLIBNAME=""
AC_ARG_WITH(lber-lib,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-lber-lib=libname],[Specify name of lber lib file]),
2005-03-11 00:28:07 -05:00
[LBERLIBNAME="$withval"])
if test x$CURL_DISABLE_LDAP != x1 ; then
2007-10-13 22:37:04 -04:00
CURL_CHECK_HEADER_LBER
CURL_CHECK_HEADER_LDAP
CURL_CHECK_HEADER_LDAPSSL
CURL_CHECK_HEADER_LDAP_SSL
2007-10-09 19:44:14 -04:00
2005-03-11 00:28:07 -05:00
if test -z "$LDAPLIBNAME" ; then
2016-04-15 10:37:20 -04:00
if test "$curl_cv_native_windows" = "yes"; then
2010-06-04 09:14:31 -04:00
dnl Windows uses a single and unique LDAP library name
LDAPLIBNAME="wldap32"
LBERLIBNAME="no"
fi
2005-03-11 00:28:07 -05:00
fi
if test "$LDAPLIBNAME" ; then
2007-08-11 16:57:54 -04:00
AC_CHECK_LIB("$LDAPLIBNAME", ldap_init,, [
AC_MSG_WARN(["$LDAPLIBNAME" is not an LDAP library: LDAP disabled])
AC_DEFINE(CURL_DISABLE_LDAP, 1, [to disable LDAP])
2012-05-30 11:40:13 -04:00
AC_SUBST(CURL_DISABLE_LDAP, [1])
2008-03-20 16:08:44 -04:00
AC_DEFINE(CURL_DISABLE_LDAPS, 1, [to disable LDAPS])
2012-05-30 11:40:13 -04:00
AC_SUBST(CURL_DISABLE_LDAPS, [1])])
2005-03-11 00:28:07 -05:00
else
2007-10-14 17:25:10 -04:00
dnl Try to find the right ldap libraries for this system
CURL_CHECK_LIBS_LDAP
case X-"$curl_cv_ldap_LIBS" in
X-unknown)
AC_MSG_WARN([Cannot find libraries for LDAP support: LDAP disabled])
AC_DEFINE(CURL_DISABLE_LDAP, 1, [to disable LDAP])
AC_SUBST(CURL_DISABLE_LDAP, [1])
2008-03-20 16:08:44 -04:00
AC_DEFINE(CURL_DISABLE_LDAPS, 1, [to disable LDAPS])
AC_SUBST(CURL_DISABLE_LDAPS, [1])
2007-10-14 17:25:10 -04:00
;;
esac
2005-03-11 00:28:07 -05:00
fi
2007-08-11 16:57:54 -04:00
fi
if test x$CURL_DISABLE_LDAP != x1 ; then
2005-03-11 00:28:07 -05:00
if test "$LBERLIBNAME" ; then
2007-08-11 16:57:54 -04:00
dnl If name is "no" then don't define this library at all
2005-03-11 00:28:07 -05:00
dnl (it's only needed if libldap.so's dependencies are broken).
2007-08-20 15:30:25 -04:00
if test "$LBERLIBNAME" != "no" ; then
2007-08-11 16:57:54 -04:00
AC_CHECK_LIB("$LBERLIBNAME", ber_free,, [
AC_MSG_WARN(["$LBERLIBNAME" is not an LBER library: LDAP disabled])
AC_DEFINE(CURL_DISABLE_LDAP, 1, [to disable LDAP])
2012-05-30 11:40:13 -04:00
AC_SUBST(CURL_DISABLE_LDAP, [1])
2008-03-20 16:08:44 -04:00
AC_DEFINE(CURL_DISABLE_LDAPS, 1, [to disable LDAPS])
2012-05-30 11:40:13 -04:00
AC_SUBST(CURL_DISABLE_LDAPS, [1])])
2005-03-11 00:28:07 -05:00
fi
2007-08-11 16:57:54 -04:00
fi
fi
if test x$CURL_DISABLE_LDAP != x1 ; then
2010-05-24 18:44:42 -04:00
AC_CHECK_FUNCS([ldap_url_parse ldap_init_fd])
2007-08-11 16:57:54 -04:00
if test "$LDAPLIBNAME" = "wldap32"; then
2007-08-30 16:28:40 -04:00
curl_ldap_msg="enabled (winldap)"
2015-01-18 15:25:37 -05:00
AC_DEFINE(USE_WIN32_LDAP, 1, [Use Windows LDAP implementation])
2007-08-11 16:57:54 -04:00
else
2007-08-30 16:28:40 -04:00
curl_ldap_msg="enabled (OpenLDAP)"
2010-06-01 15:26:19 -04:00
if test "x$ac_cv_func_ldap_init_fd" = "xyes"; then
2010-05-24 18:44:42 -04:00
AC_DEFINE(USE_OPENLDAP, 1, [Use OpenLDAP-specific code])
2010-05-28 06:23:28 -04:00
AC_SUBST(USE_OPENLDAP, [1])
2010-05-24 18:44:42 -04:00
fi
2005-03-11 00:28:07 -05:00
fi
fi
2010-09-21 01:27:11 -04:00
if test x$CURL_DISABLE_LDAPS != x1 ; then
curl_ldaps_msg="enabled"
fi
2003-10-02 15:04:32 -04:00
dnl **********************************************************************
dnl Checks for IPv6
dnl **********************************************************************
2014-12-27 06:09:01 -05:00
AC_MSG_CHECKING([whether to enable IPv6])
2003-10-02 15:04:32 -04:00
AC_ARG_ENABLE(ipv6,
2014-12-27 06:09:01 -05:00
AC_HELP_STRING([--enable-ipv6],[Enable IPv6 (with IPv4) support])
AC_HELP_STRING([--disable-ipv6],[Disable IPv6 support]),
2003-10-02 15:04:32 -04:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
ipv6=no
;;
*) AC_MSG_RESULT(yes)
ipv6=yes
;;
esac ],
2013-01-08 13:02:08 -05:00
AC_TRY_RUN([ /* is AF_INET6 available? */
2003-10-02 15:04:32 -04:00
#include <sys/types.h>
2015-09-17 14:03:34 -04:00
#ifdef HAVE_WINSOCK2_H
#include <winsock2.h>
#else
2003-10-02 15:04:32 -04:00
#include <sys/socket.h>
2015-09-17 14:03:34 -04:00
#endif
2013-11-13 21:58:25 -05:00
#include <stdlib.h> /* for exit() */
2003-10-02 15:04:32 -04:00
main()
{
if (socket(AF_INET6, SOCK_STREAM, 0) < 0)
exit(1);
else
exit(0);
}
2013-01-08 13:02:08 -05:00
],
AC_MSG_RESULT(yes)
ipv6=yes,
AC_MSG_RESULT(no)
ipv6=no,
2016-01-12 04:30:54 -05:00
AC_MSG_RESULT(yes)
ipv6=yes
2013-01-08 13:02:08 -05:00
))
2003-10-02 15:04:32 -04:00
if test "$ipv6" = "yes"; then
2004-04-26 08:29:30 -04:00
curl_ipv6_msg="enabled"
2003-10-02 15:04:32 -04:00
fi
2008-12-26 23:30:36 -05:00
# Check if struct sockaddr_in6 have sin6_scope_id member
if test "$ipv6" = yes; then
AC_MSG_CHECKING([if struct sockaddr_in6 has sin6_scope_id member])
2013-01-08 13:02:08 -05:00
AC_TRY_COMPILE([
2008-12-26 23:30:36 -05:00
#include <sys/types.h>
2015-09-17 14:03:34 -04:00
#ifdef HAVE_WINSOCK2_H
#include <winsock2.h>
#include <ws2tcpip.h>
#else
#include <netinet/in.h>
#endif] ,
2013-01-08 13:02:08 -05:00
struct sockaddr_in6 s; s.sin6_scope_id = 0; , have_sin6_scope_id=yes)
2008-12-26 23:30:36 -05:00
if test "$have_sin6_scope_id" = yes; then
2008-12-30 03:05:38 -05:00
AC_MSG_RESULT([yes])
AC_DEFINE(HAVE_SOCKADDR_IN6_SIN6_SCOPE_ID, 1, [Define to 1 if struct sockaddr_in6 has the sin6_scope_id member])
2008-12-26 23:30:36 -05:00
else
2008-12-30 03:05:38 -05:00
AC_MSG_RESULT([no])
2008-12-26 23:30:36 -05:00
fi
fi
2003-01-29 08:16:03 -05:00
dnl **********************************************************************
dnl Check if the operating system allows programs to write to their own argv[]
dnl **********************************************************************
AC_MSG_CHECKING([if argv can be written to])
2010-11-12 22:15:48 -05:00
AC_RUN_IFELSE([
AC_LANG_SOURCE([[
2003-01-29 08:16:03 -05:00
int main(int argc, char ** argv) {
2010-11-12 22:15:48 -05:00
argv[0][0] = ' ';
return (argv[0][0] == ' ')?0:1;
2003-01-29 08:16:03 -05:00
}
2010-11-12 22:15:48 -05:00
]])
],[
curl_cv_writable_argv=yes
],[
curl_cv_writable_argv=no
],[
curl_cv_writable_argv=cross
2003-11-17 00:23:06 -05:00
])
case $curl_cv_writable_argv in
yes)
2007-08-20 15:33:46 -04:00
AC_DEFINE(HAVE_WRITABLE_ARGV, 1, [Define this symbol if your OS supports changing the contents of argv])
AC_MSG_RESULT(yes)
;;
2003-11-17 00:23:06 -05:00
no)
2007-08-20 15:33:46 -04:00
AC_MSG_RESULT(no)
;;
2003-11-17 00:23:06 -05:00
*)
2003-05-04 12:07:19 -04:00
AC_MSG_RESULT(no)
AC_MSG_WARN([the previous check could not be made default was used])
2007-08-20 15:33:46 -04:00
;;
2003-11-17 00:23:06 -05:00
esac
2003-01-29 08:16:03 -05:00
2003-06-10 08:22:19 -04:00
dnl **********************************************************************
dnl Check for GSS-API libraries
dnl **********************************************************************
2014-03-03 05:06:38 -05:00
dnl check for GSS-API stuff in the /usr as default
2007-11-28 05:33:47 -05:00
GSSAPI_ROOT="/usr"
2003-06-10 08:22:19 -04:00
AC_ARG_WITH(gssapi-includes,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-gssapi-includes=DIR],
2014-03-03 05:06:38 -05:00
[Specify location of GSS-API headers]),
2007-08-20 15:30:25 -04:00
[ GSSAPI_INCS="-I$withval"
2003-06-10 08:22:19 -04:00
want_gss="yes" ]
)
AC_ARG_WITH(gssapi-libs,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-gssapi-libs=DIR],
2014-03-03 05:06:38 -05:00
[Specify location of GSS-API libs]),
2006-09-24 18:03:01 -04:00
[ GSSAPI_LIB_DIR="-L$withval"
2003-06-10 08:22:19 -04:00
want_gss="yes" ]
)
AC_ARG_WITH(gssapi,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-gssapi=DIR],
2014-03-03 05:06:38 -05:00
[Where to look for GSS-API]), [
2005-07-20 19:00:27 -04:00
GSSAPI_ROOT="$withval"
if test x"$GSSAPI_ROOT" != xno; then
2007-08-20 15:30:25 -04:00
want_gss="yes"
2007-11-28 05:33:47 -05:00
if test x"$GSSAPI_ROOT" = xyes; then
dnl if yes, then use default root
GSSAPI_ROOT="/usr"
fi
2005-07-20 19:00:27 -04:00
fi
])
2003-06-10 08:22:19 -04:00
2015-03-30 08:18:21 -04:00
: ${KRB5CONFIG:="$GSSAPI_ROOT/bin/krb5-config"}
2005-08-31 17:23:47 -04:00
save_CPPFLAGS="$CPPFLAGS"
2014-03-03 05:06:38 -05:00
AC_MSG_CHECKING([if GSS-API support is requested])
2003-06-10 08:22:19 -04:00
if test x"$want_gss" = xyes; then
2005-08-29 04:42:45 -04:00
AC_MSG_RESULT(yes)
2003-06-10 08:22:19 -04:00
if test -z "$GSSAPI_INCS"; then
2014-06-15 06:42:30 -04:00
if test -n "$host_alias" -a -f "$GSSAPI_ROOT/bin/$host_alias-krb5-config"; then
GSSAPI_INCS=`$GSSAPI_ROOT/bin/$host_alias-krb5-config --cflags gssapi`
2015-03-30 08:18:21 -04:00
elif test -f "$KRB5CONFIG"; then
GSSAPI_INCS=`$KRB5CONFIG --cflags gssapi`
2004-11-10 16:43:41 -05:00
elif test "$GSSAPI_ROOT" != "yes"; then
2004-03-03 04:16:36 -05:00
GSSAPI_INCS="-I$GSSAPI_ROOT/include"
2003-06-10 08:22:19 -04:00
fi
fi
2007-11-28 05:33:47 -05:00
2003-09-21 18:13:23 -04:00
CPPFLAGS="$CPPFLAGS $GSSAPI_INCS"
2005-08-29 04:42:45 -04:00
AC_CHECK_HEADER(gss.h,
[
dnl found in the given dirs
2014-03-03 05:06:38 -05:00
AC_DEFINE(HAVE_GSSGNU, 1, [if you have GNU GSS])
2005-08-29 04:42:45 -04:00
gnu_gss=yes
],
[
2008-04-07 05:26:30 -04:00
dnl not found, check Heimdal or MIT
2010-04-16 09:09:32 -04:00
AC_CHECK_HEADERS([gssapi/gssapi.h], [], [not_mit=1])
2008-04-07 05:26:30 -04:00
AC_CHECK_HEADERS(
2010-04-16 09:09:32 -04:00
[gssapi/gssapi_generic.h gssapi/gssapi_krb5.h],
2008-04-07 05:26:30 -04:00
[],
2010-04-16 09:09:32 -04:00
[not_mit=1],
[
AC_INCLUDES_DEFAULT
#ifdef HAVE_GSSAPI_GSSAPI_H
#include <gssapi/gssapi.h>
#endif
])
2008-04-07 05:26:30 -04:00
if test "x$not_mit" = "x1"; then
dnl MIT not found, check for Heimdal
AC_CHECK_HEADER(gssapi.h,
2005-08-29 04:42:45 -04:00
[
2007-08-20 15:30:25 -04:00
dnl found
2014-03-03 05:06:38 -05:00
AC_DEFINE(HAVE_GSSHEIMDAL, 1, [if you have Heimdal])
2005-08-29 04:42:45 -04:00
],
[
dnl no header found, disabling GSS
want_gss=no
2014-03-03 05:06:38 -05:00
AC_MSG_WARN(disabling GSS-API support since no header files were found)
2005-08-29 04:42:45 -04:00
]
)
2008-04-07 05:26:30 -04:00
else
dnl MIT found
2014-03-03 05:06:38 -05:00
AC_DEFINE(HAVE_GSSMIT, 1, [if you have MIT Kerberos])
dnl check if we have a really old MIT Kerberos version (<= 1.2)
AC_MSG_CHECKING([if GSS-API headers declare GSS_C_NT_HOSTBASED_SERVICE])
2008-08-02 21:01:05 -04:00
AC_COMPILE_IFELSE([
AC_LANG_PROGRAM([[
2008-04-07 05:26:30 -04:00
#include <gssapi/gssapi.h>
#include <gssapi/gssapi_generic.h>
#include <gssapi/gssapi_krb5.h>
2008-08-02 21:01:05 -04:00
]],[[
2008-04-07 05:26:30 -04:00
gss_import_name(
(OM_uint32 *)0,
(gss_buffer_t)0,
GSS_C_NT_HOSTBASED_SERVICE,
(gss_name_t *)0);
2008-08-02 21:01:05 -04:00
]])
],[
AC_MSG_RESULT([yes])
],[
AC_MSG_RESULT([no])
AC_DEFINE(HAVE_OLD_GSSMIT, 1,
2014-03-03 05:06:38 -05:00
[if you have an old MIT Kerberos version, lacking GSS_C_NT_HOSTBASED_SERVICE])
2008-08-02 21:01:05 -04:00
])
2008-04-07 05:26:30 -04:00
fi
2005-08-29 04:42:45 -04:00
]
)
else
AC_MSG_RESULT(no)
fi
if test x"$want_gss" = xyes; then
2014-03-03 05:06:38 -05:00
AC_DEFINE(HAVE_GSSAPI, 1, [if you have GSS-API libraries])
2014-07-21 03:53:45 -04:00
HAVE_GSSAPI=1
2014-03-03 05:06:38 -05:00
curl_gss_msg="enabled (MIT Kerberos/Heimdal)"
2005-08-29 04:42:45 -04:00
if test -n "$gnu_gss"; then
curl_gss_msg="enabled (GNU GSS)"
2008-03-10 05:56:49 -04:00
LDFLAGS="$LDFLAGS $GSSAPI_LIB_DIR"
2012-12-03 16:40:26 -05:00
LIBS="-lgss $LIBS"
2005-08-29 04:42:45 -04:00
elif test -z "$GSSAPI_LIB_DIR"; then
2010-03-02 17:02:56 -05:00
case $host in
*-*-darwin*)
2012-12-03 16:40:26 -05:00
LIBS="-lgssapi_krb5 -lresolv $LIBS"
2010-03-02 17:02:56 -05:00
;;
*)
2014-06-15 06:42:30 -04:00
if test -n "$host_alias" -a -f "$GSSAPI_ROOT/bin/$host_alias-krb5-config"; then
dnl krb5-config doesn't have --libs-only-L or similar, put everything
dnl into LIBS
gss_libs=`$GSSAPI_ROOT/bin/$host_alias-krb5-config --libs gssapi`
LIBS="$gss_libs $LIBS"
2015-03-30 08:18:21 -04:00
elif test -f "$KRB5CONFIG"; then
2010-03-02 17:02:56 -05:00
dnl krb5-config doesn't have --libs-only-L or similar, put everything
dnl into LIBS
2015-03-30 08:18:21 -04:00
gss_libs=`$KRB5CONFIG --libs gssapi`
2012-12-03 16:40:26 -05:00
LIBS="$gss_libs $LIBS"
2010-03-02 17:02:56 -05:00
else
2014-08-08 06:03:58 -04:00
case $host in
*-hp-hpux*)
gss_libname="gss"
;;
*)
gss_libname="gssapi"
;;
esac
if test "$GSSAPI_ROOT" != "yes"; then
LDFLAGS="$LDFLAGS -L$GSSAPI_ROOT/lib$libsuff"
LIBS="-l$gss_libname $LIBS"
else
LIBS="-l$gss_libname $LIBS"
fi
2010-03-02 17:02:56 -05:00
fi
;;
esac
2003-06-10 08:22:19 -04:00
else
2008-03-10 05:56:49 -04:00
LDFLAGS="$LDFLAGS $GSSAPI_LIB_DIR"
2014-01-16 11:19:00 -05:00
case $host in
*-hp-hpux*)
LIBS="-lgss $LIBS"
;;
*)
LIBS="-lgssapi $LIBS"
;;
esac
2003-06-10 08:22:19 -04:00
fi
else
2005-08-29 04:42:45 -04:00
CPPFLAGS="$save_CPPFLAGS"
2003-06-10 08:22:19 -04:00
fi
2007-08-20 15:30:25 -04:00
2017-07-18 14:46:21 -04:00
build_libstubgss=no
if test x"$want_gss" = "xyes"; then
build_libstubgss=yes
fi
AM_CONDITIONAL(BUILD_STUB_GSS, test "x$build_libstubgss" = "xyes")
2017-08-24 16:26:48 -04:00
dnl -------------------------------------------------------------
dnl parse --with-default-ssl-backend so it can be validated below
dnl -------------------------------------------------------------
DEFAULT_SSL_BACKEND=no
VALID_DEFAULT_SSL_BACKEND=
AC_ARG_WITH(default-ssl-backend,
AC_HELP_STRING([--with-default-ssl-backend=NAME],[Use NAME as default SSL backend])
AC_HELP_STRING([--without-default-ssl-backend],[Use implicit default SSL backend]),
[DEFAULT_SSL_BACKEND=$withval])
case "$DEFAULT_SSL_BACKEND" in
no)
dnl --without-default-ssl-backend option used
;;
default|yes)
dnl --with-default-ssl-backend option used without name
AC_MSG_ERROR([The name of the default SSL backend is required.])
;;
*)
dnl --with-default-ssl-backend option used with name
AC_SUBST(DEFAULT_SSL_BACKEND)
dnl needs to be validated below
VALID_DEFAULT_SSL_BACKEND=no
;;
esac
dnl **********************************************************************
2012-06-13 14:54:03 -04:00
dnl -------------------------------------------------
dnl check winssl option before other SSL libraries
dnl -------------------------------------------------
OPT_WINSSL=no
AC_ARG_WITH(winssl,dnl
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-winssl],[enable Windows native SSL/TLS])
AC_HELP_STRING([--without-winssl], [disable Windows native SSL/TLS]),
2012-06-13 14:54:03 -04:00
OPT_WINSSL=$withval)
2012-07-26 21:19:21 -04:00
AC_MSG_CHECKING([whether to enable Windows native SSL/TLS (Windows native builds only)])
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
if test -z "$ssl_backends" -o "x$OPT_WINSSL" != xno; then
ssl_msg=
2012-06-13 14:54:03 -04:00
if test "x$OPT_WINSSL" != "xno" &&
2016-04-15 10:37:20 -04:00
test "x$curl_cv_native_windows" = "xyes"; then
2012-06-13 14:54:03 -04:00
AC_MSG_RESULT(yes)
AC_DEFINE(USE_SCHANNEL, 1, [to enable Windows native SSL/TLS support])
AC_SUBST(USE_SCHANNEL, [1])
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="Windows-native"
2017-08-24 16:26:48 -04:00
test schannel != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2012-06-13 14:54:03 -04:00
WINSSL_ENABLED=1
# --with-winssl implies --enable-sspi
AC_DEFINE(USE_WINDOWS_SSPI, 1, [to enable SSPI support])
AC_SUBST(USE_WINDOWS_SSPI, [1])
curl_sspi_msg="enabled"
2016-06-22 08:23:46 -04:00
LIBS="-lcrypt32 $LIBS"
2012-06-13 14:54:03 -04:00
else
AC_MSG_RESULT(no)
fi
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
test -z "$ssl_msg" || ssl_backends="${ssl_backends:+$ssl_backends, }$ssl_msg"
2012-06-13 14:54:03 -04:00
else
AC_MSG_RESULT(no)
fi
2012-06-26 08:01:51 -04:00
OPT_DARWINSSL=no
AC_ARG_WITH(darwinssl,dnl
2016-09-18 15:50:17 -04:00
AC_HELP_STRING([--with-darwinssl],[enable Apple OS native SSL/TLS])
AC_HELP_STRING([--without-darwinssl], [disable Apple OS native SSL/TLS]),
2012-06-26 08:01:51 -04:00
OPT_DARWINSSL=$withval)
2016-09-18 15:50:17 -04:00
AC_MSG_CHECKING([whether to enable Apple OS native SSL/TLS])
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
if test -z "$ssl_backends" -o "x$OPT_DARWINSSL" != xno; then
2012-06-26 08:01:51 -04:00
if test "x$OPT_DARWINSSL" != "xno" &&
test -d "/System/Library/Frameworks/Security.framework"; then
AC_MSG_RESULT(yes)
2016-09-18 15:50:17 -04:00
AC_DEFINE(USE_DARWINSSL, 1, [to enable Apple OS native SSL/TLS support])
2012-06-26 08:01:51 -04:00
AC_SUBST(USE_DARWINSSL, [1])
2017-08-30 06:58:37 -04:00
ssl_msg="Apple OS-native"
2017-08-24 16:26:48 -04:00
test darwinssl != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2012-06-26 08:01:51 -04:00
DARWINSSL_ENABLED=1
LDFLAGS="$LDFLAGS -framework CoreFoundation -framework Security"
else
AC_MSG_RESULT(no)
fi
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
test -z "$ssl_msg" || ssl_backends="${ssl_backends:+$ssl_backends, }$ssl_msg"
2012-06-26 08:01:51 -04:00
else
AC_MSG_RESULT(no)
fi
1999-12-29 09:20:26 -05:00
dnl **********************************************************************
dnl Check for the presence of SSL libraries and headers
dnl **********************************************************************
dnl Default to compiler & linker defaults for SSL files & libraries.
OPT_SSL=off
2003-07-25 04:47:10 -04:00
dnl Default to no CA bundle
ca="no"
1999-12-29 09:20:26 -05:00
AC_ARG_WITH(ssl,dnl
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-ssl=PATH],[Where to look for OpenSSL, PATH points to the SSL installation (default: /usr/local/ssl); when possible, set the PKG_CONFIG_PATH environment variable instead of using this option])
AC_HELP_STRING([--without-ssl], [disable OpenSSL]),
2002-10-01 07:16:36 -04:00
OPT_SSL=$withval)
1999-12-29 09:20:26 -05:00
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
if test -z "$ssl_backends" -o "x$OPT_SSL" != xno &&
test X"$OPT_SSL" != Xno; then
ssl_msg=
2004-04-26 18:13:36 -04:00
dnl backup the pre-ssl variables
2001-06-20 03:43:36 -04:00
CLEANLDFLAGS="$LDFLAGS"
CLEANCPPFLAGS="$CPPFLAGS"
2004-04-26 18:13:36 -04:00
CLEANLIBS="$LIBS"
2015-10-23 17:17:54 -04:00
dnl This is for Msys/Mingw
case $host in
*-*-msys* | *-*-mingw*)
AC_MSG_CHECKING([for gdi32])
my_ac_save_LIBS=$LIBS
LIBS="-lgdi32 $LIBS"
AC_TRY_LINK([#include <windef.h>
#include <wingdi.h>],
[GdiFlush();],
[ dnl worked!
AC_MSG_RESULT([yes])],
[ dnl failed, restore LIBS
LIBS=$my_ac_save_LIBS
AC_MSG_RESULT(no)]
)
;;
esac
2001-05-18 10:42:41 -04:00
case "$OPT_SSL" in
yes)
2004-09-28 18:04:05 -04:00
dnl --with-ssl (without path) used
2004-11-01 17:50:59 -05:00
if test x$cross_compiling != xyes; then
dnl only do pkg-config magic when not cross-compiling
PKGTEST="yes"
fi
2005-05-25 18:14:32 -04:00
PREFIX_OPENSSL=/usr/local/ssl
LIB_OPENSSL="$PREFIX_OPENSSL/lib$libsuff"
;;
2001-08-21 02:36:30 -04:00
off)
2004-09-28 18:04:05 -04:00
dnl no --with-ssl option given, just check default places
2004-11-01 17:50:59 -05:00
if test x$cross_compiling != xyes; then
dnl only do pkg-config magic when not cross-compiling
PKGTEST="yes"
fi
2005-05-25 18:14:32 -04:00
PREFIX_OPENSSL=
;;
2001-05-18 10:42:41 -04:00
*)
2004-09-28 18:04:05 -04:00
dnl check the given --with-ssl spot
PKGTEST="no"
2005-05-25 18:14:32 -04:00
PREFIX_OPENSSL=$OPT_SSL
2009-11-15 10:23:43 -05:00
dnl Try pkg-config even when cross-compiling. Since we
dnl specify PKG_CONFIG_LIBDIR we're only looking where
dnl the user told us to look
2010-01-13 20:37:55 -05:00
OPENSSL_PCDIR="$OPT_SSL/lib/pkgconfig"
AC_MSG_NOTICE([PKG_CONFIG_LIBDIR will be set to "$OPENSSL_PCDIR"])
2011-07-19 14:12:58 -04:00
if test -f "$OPENSSL_PCDIR/openssl.pc"; then
2009-11-15 10:23:43 -05:00
PKGTEST="yes"
fi
dnl in case pkg-config comes up empty, use what we got
dnl via --with-ssl
2005-05-25 18:14:32 -04:00
LIB_OPENSSL="$PREFIX_OPENSSL/lib$libsuff"
2009-03-04 03:09:39 -05:00
if test "$PREFIX_OPENSSL" != "/usr" ; then
2009-11-15 10:23:43 -05:00
SSL_LDFLAGS="-L$LIB_OPENSSL"
SSL_CPPFLAGS="-I$PREFIX_OPENSSL/include"
2009-02-04 18:33:34 -05:00
fi
2009-11-15 10:23:43 -05:00
SSL_CPPFLAGS="$SSL_CPPFLAGS -I$PREFIX_OPENSSL/include/openssl"
2001-06-20 03:43:36 -04:00
;;
2001-05-18 10:42:41 -04:00
esac
2004-09-28 18:04:05 -04:00
if test "$PKGTEST" = "yes"; then
2010-01-13 20:37:55 -05:00
CURL_CHECK_PKGCONFIG(openssl, [$OPENSSL_PCDIR])
2004-09-28 18:04:05 -04:00
if test "$PKGCONFIG" != "no" ; then
2010-01-13 20:37:55 -05:00
SSL_LIBS=`CURL_EXPORT_PCDIR([$OPENSSL_PCDIR]) dnl
$PKGCONFIG --libs-only-l openssl 2>/dev/null`
SSL_LDFLAGS=`CURL_EXPORT_PCDIR([$OPENSSL_PCDIR]) dnl
$PKGCONFIG --libs-only-L openssl 2>/dev/null`
SSL_CPPFLAGS=`CURL_EXPORT_PCDIR([$OPENSSL_PCDIR]) dnl
$PKGCONFIG --cflags-only-I openssl 2>/dev/null`
2004-09-28 18:04:05 -04:00
2015-01-09 04:49:20 -05:00
AC_SUBST(SSL_LIBS)
2009-11-15 10:23:43 -05:00
AC_MSG_NOTICE([pkg-config: SSL_LIBS: "$SSL_LIBS"])
AC_MSG_NOTICE([pkg-config: SSL_LDFLAGS: "$SSL_LDFLAGS"])
AC_MSG_NOTICE([pkg-config: SSL_CPPFLAGS: "$SSL_CPPFLAGS"])
2009-01-11 18:41:50 -05:00
LIB_OPENSSL=`echo $SSL_LDFLAGS | sed -e 's/-L//g'`
2004-09-28 18:04:05 -04:00
2009-11-15 10:23:43 -05:00
dnl use the values pkg-config reported. This is here
dnl instead of below with CPPFLAGS and LDFLAGS because we only
dnl learn about this via pkg-config. If we only have
dnl the argument to --with-ssl we don't know what
dnl additional libs may be necessary. Hope that we
dnl don't need any.
2012-12-03 16:40:26 -05:00
LIBS="$SSL_LIBS $LIBS"
2004-09-28 18:04:05 -04:00
fi
fi
2009-11-15 10:23:43 -05:00
dnl finally, set flags to use SSL
CPPFLAGS="$CPPFLAGS $SSL_CPPFLAGS"
LDFLAGS="$LDFLAGS $SSL_LDFLAGS"
2015-08-30 17:20:31 -04:00
AC_CHECK_LIB(crypto, HMAC_Update,[
2001-05-18 10:42:41 -04:00
HAVECRYPTO="yes"
2005-03-09 13:40:41 -05:00
LIBS="-lcrypto $LIBS"
2001-05-18 10:42:41 -04:00
],[
2005-05-25 18:14:32 -04:00
LDFLAGS="$CLEANLDFLAGS -L$LIB_OPENSSL"
CPPFLAGS="$CLEANCPPFLAGS -I$PREFIX_OPENSSL/include/openssl -I$PREFIX_OPENSSL/include"
2015-08-30 17:20:31 -04:00
AC_CHECK_LIB(crypto, HMAC_Init_ex,[
2005-03-09 13:40:41 -05:00
HAVECRYPTO="yes"
LIBS="-lcrypto $LIBS"], [
1999-12-29 09:20:26 -05:00
2017-04-18 07:36:23 -04:00
dnl still no, but what about with -ldl?
AC_MSG_CHECKING([OpenSSL linking with -ldl])
LIBS="-ldl $LIBS"
AC_TRY_LINK(
[
#include <openssl/err.h>
],
[
ERR_clear_error();
],
[
AC_MSG_RESULT(yes)
HAVECRYPTO="yes"
],
[
AC_MSG_RESULT(no)
dnl ok, so what about bouth -ldl and -lpthread?
AC_MSG_CHECKING([OpenSSL linking with -ldl and -lpthread])
LIBS="-lpthread $LIBS"
AC_TRY_LINK(
[
#include <openssl/err.h>
],
[
ERR_clear_error();
],
[
AC_MSG_RESULT(yes)
HAVECRYPTO="yes"
],
[
AC_MSG_RESULT(no)
LDFLAGS="$CLEANLDFLAGS"
CPPFLAGS="$CLEANCPPFLAGS"
LIBS="$CLEANLIBS"
])
2015-07-25 04:52:49 -04:00
2017-04-18 07:36:23 -04:00
])
2015-07-25 04:52:49 -04:00
2017-04-18 07:36:23 -04:00
])
])
2015-07-25 04:52:49 -04:00
2005-04-19 18:03:10 -04:00
if test X"$HAVECRYPTO" = X"yes"; then
1999-12-29 09:20:26 -05:00
dnl This is only reasonable to do if crypto actually is there: check for
dnl SSL libs NOTE: it is important to do this AFTER the crypto lib
2001-05-18 10:42:41 -04:00
1999-12-29 09:20:26 -05:00
AC_CHECK_LIB(ssl, SSL_connect)
2000-11-09 07:35:45 -05:00
if test "$ac_cv_lib_ssl_SSL_connect" != yes; then
dnl we didn't find the SSL lib, try the RSAglue/rsaref stuff
AC_MSG_CHECKING(for ssl with RSAglue/rsaref libs in use);
OLIBS=$LIBS
2012-12-03 16:40:26 -05:00
LIBS="-lRSAglue -lrsaref $LIBS"
2000-11-09 07:35:45 -05:00
AC_CHECK_LIB(ssl, SSL_connect)
if test "$ac_cv_lib_ssl_SSL_connect" != yes; then
dnl still no SSL_connect
AC_MSG_RESULT(no)
LIBS=$OLIBS
else
AC_MSG_RESULT(yes)
fi
2004-12-11 13:47:22 -05:00
else
2000-11-09 07:35:45 -05:00
2015-03-05 04:57:52 -05:00
dnl Have the libraries--check for OpenSSL headers
2004-12-11 13:47:22 -05:00
AC_CHECK_HEADERS(openssl/x509.h openssl/rsa.h openssl/crypto.h \
openssl/pem.h openssl/ssl.h openssl/err.h,
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="OpenSSL"
2017-08-24 16:26:48 -04:00
test openssl != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2004-12-11 13:47:22 -05:00
OPENSSL_ENABLED=1
AC_DEFINE(USE_OPENSSL, 1, [if OpenSSL is in use]))
if test $ac_cv_header_openssl_x509_h = no; then
2006-05-11 17:37:58 -04:00
dnl we don't use the "action" part of the AC_CHECK_HEADERS macro
dnl since 'err.h' might in fact find a krb4 header with the same
dnl name
AC_CHECK_HEADERS(x509.h rsa.h crypto.h pem.h ssl.h err.h)
2007-08-20 15:30:25 -04:00
if test $ac_cv_header_x509_h = yes &&
2006-05-11 17:37:58 -04:00
test $ac_cv_header_crypto_h = yes &&
test $ac_cv_header_ssl_h = yes; then
dnl three matches
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="OpenSSL"
2006-05-11 17:37:58 -04:00
OPENSSL_ENABLED=1
fi
2004-12-11 13:47:22 -05:00
fi
fi
2017-10-05 04:16:40 -04:00
if test X"$OPENSSL_ENABLED" != X"1"; then
2005-03-09 13:40:41 -05:00
LIBS="$CLEANLIBS"
2004-12-13 03:34:46 -05:00
fi
2004-12-11 13:47:22 -05:00
if test X"$OPT_SSL" != Xoff &&
test "$OPENSSL_ENABLED" != "1"; then
AC_MSG_ERROR([OpenSSL libs and/or directories were not found where specified!])
2001-04-18 05:28:55 -04:00
fi
2004-12-11 13:47:22 -05:00
fi
if test X"$OPENSSL_ENABLED" = X"1"; then
2002-10-08 08:53:04 -04:00
dnl If the ENGINE library seems to be around, check for the OpenSSL engine
2005-02-14 18:50:29 -05:00
dnl stuff, it is kind of "separated" from the main SSL check
AC_CHECK_FUNC(ENGINE_init,
[
AC_CHECK_HEADERS(openssl/engine.h)
AC_CHECK_FUNCS( ENGINE_load_builtin_engines )
])
2001-12-17 18:01:39 -05:00
2015-03-19 18:41:10 -04:00
dnl These can only exist if OpenSSL exists
dnl Older versions of Cyassl (some time before 2.9.4) don't have
dnl SSL_get_shutdown (but this check won't actually detect it there
dnl as it's a macro that needs the header files be included)
2003-07-25 04:47:10 -04:00
2016-11-11 07:37:01 -05:00
AC_CHECK_FUNCS( RAND_egd \
2009-12-17 08:29:41 -05:00
ENGINE_cleanup \
2011-12-06 08:22:45 -05:00
SSL_get_shutdown \
2016-02-08 23:19:31 -05:00
SSLv2_client_method )
2007-03-18 18:36:34 -04:00
2015-01-22 10:34:18 -05:00
AC_MSG_CHECKING([for BoringSSL])
2015-08-21 18:05:03 -04:00
AC_COMPILE_IFELSE([
AC_LANG_PROGRAM([[
#include <openssl/base.h>
]],[[
#ifndef OPENSSL_IS_BORINGSSL
#error not boringssl
#endif
]])
],[
AC_MSG_RESULT([yes])
AC_DEFINE_UNQUOTED(HAVE_BORINGSSL, 1,
[Define to 1 if using BoringSSL.])
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="BoringSSL"
2015-08-21 18:05:03 -04:00
],[
AC_MSG_RESULT([no])
])
2015-01-22 16:51:17 -05:00
AC_MSG_CHECKING([for libressl])
AC_COMPILE_IFELSE([
AC_LANG_PROGRAM([[
#include <openssl/opensslv.h>
]],[[
int dummy = LIBRESSL_VERSION_NUMBER;
]])
],[
AC_MSG_RESULT([yes])
AC_DEFINE_UNQUOTED(HAVE_LIBRESSL, 1,
[Define to 1 if using libressl.])
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="libressl"
2015-01-22 16:51:17 -05:00
],[
AC_MSG_RESULT([no])
])
1999-12-29 09:20:26 -05:00
fi
2000-09-26 18:27:24 -04:00
2004-12-11 13:47:22 -05:00
if test "$OPENSSL_ENABLED" = "1"; then
2005-08-21 17:15:07 -04:00
if test -n "$LIB_OPENSSL"; then
dnl when the ssl shared libs were found in a path that the run-time
dnl linker doesn't search through, we need to add it to LD_LIBRARY_PATH
dnl to prevent further configure tests to fail due to this
2012-02-09 09:45:22 -05:00
if test "x$cross_compiling" != "xyes"; then
LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$LIB_OPENSSL"
export LD_LIBRARY_PATH
AC_MSG_NOTICE([Added $LIB_OPENSSL to LD_LIBRARY_PATH])
fi
2005-08-21 17:15:07 -04:00
fi
2011-06-09 16:55:16 -04:00
CURL_CHECK_OPENSSL_API
2001-04-18 05:28:55 -04:00
fi
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
test -z "$ssl_msg" || ssl_backends="${ssl_backends:+$ssl_backends, }$ssl_msg"
1999-12-29 09:20:26 -05:00
fi
2004-12-11 13:47:22 -05:00
dnl **********************************************************************
2007-08-20 15:30:25 -04:00
dnl Check for the random seed preferences
2004-12-11 13:47:22 -05:00
dnl **********************************************************************
if test X"$OPENSSL_ENABLED" = X"1"; then
AC_ARG_WITH(egd-socket,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-egd-socket=FILE],
2004-12-11 13:47:22 -05:00
[Entropy Gathering Daemon socket pathname]),
[ EGD_SOCKET="$withval" ]
)
if test -n "$EGD_SOCKET" ; then
AC_DEFINE_UNQUOTED(EGD_SOCKET, "$EGD_SOCKET",
[your Entropy Gathering Daemon socket pathname] )
fi
dnl Check for user-specified random device
AC_ARG_WITH(random,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-random=FILE],
2004-12-11 13:47:22 -05:00
[read randomness from FILE (default=/dev/urandom)]),
[ RANDOM_FILE="$withval" ],
[
2011-05-30 05:57:28 -04:00
if test x$cross_compiling != xyes; then
dnl Check for random device
AC_CHECK_FILE("/dev/urandom", [ RANDOM_FILE="/dev/urandom"] )
else
AC_MSG_WARN([skipped the /dev/urandom detection when cross-compiling])
fi
2004-12-11 13:47:22 -05:00
]
)
if test -n "$RANDOM_FILE" && test X"$RANDOM_FILE" != Xno ; then
AC_SUBST(RANDOM_FILE)
AC_DEFINE_UNQUOTED(RANDOM_FILE, "$RANDOM_FILE",
[a suitable file to read random data from])
fi
fi
2011-03-25 18:09:28 -04:00
dnl ---
dnl We require OpenSSL with SRP support.
dnl ---
if test "$OPENSSL_ENABLED" = "1"; then
AC_CHECK_LIB(crypto, SRP_Calc_client_key,
[
2015-03-05 04:57:52 -05:00
AC_DEFINE(HAVE_OPENSSL_SRP, 1, [if you have the function SRP_Calc_client_key])
AC_SUBST(HAVE_OPENSSL_SRP, [1])
2011-03-25 18:09:28 -04:00
])
fi
2005-04-07 11:12:03 -04:00
dnl ----------------------------------------------------
2009-01-11 18:41:50 -05:00
dnl check for GnuTLS
2005-04-07 11:12:03 -04:00
dnl ----------------------------------------------------
dnl Default to compiler & linker defaults for GnuTLS files & libraries.
2005-07-27 14:22:21 -04:00
OPT_GNUTLS=no
2005-04-07 11:12:03 -04:00
AC_ARG_WITH(gnutls,dnl
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-gnutls=PATH],[where to look for GnuTLS, PATH points to the installation root])
AC_HELP_STRING([--without-gnutls], [disable GnuTLS detection]),
2005-04-07 11:12:03 -04:00
OPT_GNUTLS=$withval)
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
if test -z "$ssl_backends" -o "x$OPT_GNUTLS" != xno; then
ssl_msg=
2005-04-07 11:12:03 -04:00
2005-07-27 14:22:21 -04:00
if test X"$OPT_GNUTLS" != Xno; then
2009-01-11 18:41:50 -05:00
addld=""
2012-12-19 10:08:07 -05:00
addlib=""
gtlslib=""
version=""
addcflags=""
2005-04-07 11:12:03 -04:00
if test "x$OPT_GNUTLS" = "xyes"; then
2009-07-09 14:10:25 -04:00
dnl this is with no partiular path given
2009-01-11 18:41:50 -05:00
CURL_CHECK_PKGCONFIG(gnutls)
if test "$PKGCONFIG" != "no" ; then
addlib=`$PKGCONFIG --libs-only-l gnutls`
addld=`$PKGCONFIG --libs-only-L gnutls`
addcflags=`$PKGCONFIG --cflags-only-I gnutls`
version=`$PKGCONFIG --modversion gnutls`
gtlslib=`echo $addld | $SED -e 's/-L//'`
2009-07-09 14:10:25 -04:00
else
dnl without pkg-config, we try libgnutls-config as that was how it
dnl used to be done
check=`libgnutls-config --version 2>/dev/null`
if test -n "$check"; then
addlib=`libgnutls-config --libs`
addcflags=`libgnutls-config --cflags`
version=`libgnutls-config --version`
gtlslib=`libgnutls-config --prefix`/lib$libsuff
fi
2005-04-15 04:45:35 -04:00
fi
2009-06-08 17:12:59 -04:00
else
2009-07-09 14:10:25 -04:00
dnl this is with a given path, first check if there's a libgnutls-config
dnl there and if not, make an educated guess
2009-08-24 07:38:59 -04:00
cfg=$OPT_GNUTLS/bin/libgnutls-config
check=`$cfg --version 2>/dev/null`
2009-07-09 14:10:25 -04:00
if test -n "$check"; then
2009-08-24 07:38:59 -04:00
addlib=`$cfg --libs`
addcflags=`$cfg --cflags`
version=`$cfg --version`
gtlslib=`$cfg --prefix`/lib$libsuff
2009-07-09 14:10:25 -04:00
else
dnl without pkg-config and libgnutls-config, we guess a lot!
addlib=-lgnutls
addld=-L$OPT_GNUTLS/lib$libsuff
addcflags=-I$OPT_GNUTLS/include
version="" # we just don't know
gtlslib=$OPT_GNUTLS/lib$libsuff
fi
2009-01-11 18:41:50 -05:00
fi
if test -z "$version"; then
dnl lots of efforts, still no go
version="unknown"
2005-04-07 11:12:03 -04:00
fi
2009-01-11 18:41:50 -05:00
2005-04-19 18:12:34 -04:00
if test -n "$addlib"; then
2005-04-07 11:12:03 -04:00
2006-02-11 07:56:52 -05:00
CLEANLIBS="$LIBS"
2005-04-19 18:12:34 -04:00
CLEANCPPFLAGS="$CPPFLAGS"
2012-12-21 07:00:00 -05:00
CLEANLDFLAGS="$LDFLAGS"
2007-08-20 15:30:25 -04:00
2012-12-03 16:40:26 -05:00
LIBS="$addlib $LIBS"
2009-01-11 18:41:50 -05:00
LDFLAGS="$LDFLAGS $addld"
2005-04-19 18:12:34 -04:00
if test "$addcflags" != "-I/usr/include"; then
CPPFLAGS="$CPPFLAGS $addcflags"
fi
2007-08-20 15:30:25 -04:00
2005-04-19 18:12:34 -04:00
AC_CHECK_LIB(gnutls, gnutls_check_version,
2005-04-07 11:12:03 -04:00
[
AC_DEFINE(USE_GNUTLS, 1, [if GnuTLS is enabled])
AC_SUBST(USE_GNUTLS, [1])
2007-04-22 03:36:12 -04:00
GNUTLS_ENABLED=1
2005-04-07 11:12:03 -04:00
USE_GNUTLS="yes"
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="GnuTLS"
2017-08-24 16:26:48 -04:00
test gnutls != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2005-04-07 11:12:03 -04:00
],
[
2006-02-11 07:56:52 -05:00
LIBS="$CLEANLIBS"
2005-04-07 11:12:03 -04:00
CPPFLAGS="$CLEANCPPFLAGS"
])
2007-08-20 15:30:25 -04:00
2005-04-19 18:12:34 -04:00
if test "x$USE_GNUTLS" = "xyes"; then
AC_MSG_NOTICE([detected GnuTLS version $version])
2005-04-07 18:13:40 -04:00
2009-01-11 18:41:50 -05:00
if test -n "$gtlslib"; then
dnl when shared libs were found in a path that the run-time
dnl linker doesn't search through, we need to add it to
dnl LD_LIBRARY_PATH to prevent further configure tests to fail
dnl due to this
2017-08-27 10:57:05 -04:00
if test "x$cross_compiling" != "xyes"; then
2012-02-09 09:45:22 -05:00
LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$gtlslib"
export LD_LIBRARY_PATH
AC_MSG_NOTICE([Added $gtlslib to LD_LIBRARY_PATH])
fi
2009-01-11 18:41:50 -05:00
fi
2017-01-11 08:42:41 -05:00
AC_CHECK_FUNCS([gnutls_certificate_set_x509_key_file2 gnutls_alpn_set_protocols gnutls_ocsp_req_init])
2005-04-19 18:12:34 -04:00
fi
2005-04-07 18:13:40 -04:00
2005-04-07 11:12:03 -04:00
fi
2005-04-19 18:12:34 -04:00
2005-04-07 11:12:03 -04:00
fi dnl GNUTLS not disabled
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
test -z "$ssl_msg" || ssl_backends="${ssl_backends:+$ssl_backends, }$ssl_msg"
2012-06-13 14:54:03 -04:00
fi
2005-04-19 18:23:37 -04:00
2010-09-20 17:05:23 -04:00
dnl ---
2011-11-15 04:52:32 -05:00
dnl Check which crypto backend GnuTLS uses
2010-09-20 17:05:23 -04:00
dnl ---
if test "$GNUTLS_ENABLED" = "1"; then
2011-11-15 04:52:32 -05:00
USE_GNUTLS_NETTLE=
# First check if we can detect either crypto library via transitive linking
AC_CHECK_LIB(gnutls, nettle_MD5Init, [ USE_GNUTLS_NETTLE=1 ])
if test "$USE_GNUTLS_NETTLE" = ""; then
AC_CHECK_LIB(gnutls, gcry_control, [ USE_GNUTLS_NETTLE=0 ])
fi
# If not, try linking directly to both of them to see if they are available
if test "$USE_GNUTLS_NETTLE" = ""; then
AC_CHECK_LIB(nettle, nettle_MD5Init, [ USE_GNUTLS_NETTLE=1 ])
fi
if test "$USE_GNUTLS_NETTLE" = ""; then
AC_CHECK_LIB(gcrypt, gcry_control, [ USE_GNUTLS_NETTLE=0 ])
fi
if test "$USE_GNUTLS_NETTLE" = ""; then
AC_MSG_ERROR([GnuTLS found, but neither gcrypt nor nettle found])
fi
if test "$USE_GNUTLS_NETTLE" = "1"; then
AC_DEFINE(USE_GNUTLS_NETTLE, 1, [if GnuTLS uses nettle as crypto backend])
AC_SUBST(USE_GNUTLS_NETTLE, [1])
2012-12-03 16:40:26 -05:00
LIBS="-lnettle $LIBS"
2012-01-26 18:50:35 -05:00
else
2012-12-03 16:40:26 -05:00
LIBS="-lgcrypt $LIBS"
2011-11-15 04:52:32 -05:00
fi
2010-09-20 17:05:23 -04:00
fi
2011-01-19 14:35:02 -05:00
dnl ---
dnl We require GnuTLS with SRP support.
dnl ---
if test "$GNUTLS_ENABLED" = "1"; then
AC_CHECK_LIB(gnutls, gnutls_srp_verifier,
[
AC_DEFINE(HAVE_GNUTLS_SRP, 1, [if you have the function gnutls_srp_verifier])
AC_SUBST(HAVE_GNUTLS_SRP, [1])
])
fi
2010-05-05 16:30:46 -04:00
dnl ----------------------------------------------------
dnl check for PolarSSL
dnl ----------------------------------------------------
dnl Default to compiler & linker defaults for PolarSSL files & libraries.
OPT_POLARSSL=no
_cppflags=$CPPFLAGS
_ldflags=$LDFLAGS
AC_ARG_WITH(polarssl,dnl
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-polarssl=PATH],[where to look for PolarSSL, PATH points to the installation root])
AC_HELP_STRING([--without-polarssl], [disable PolarSSL detection]),
2010-05-05 16:30:46 -04:00
OPT_POLARSSL=$withval)
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
if test -z "$ssl_backends" -o "x$OPT_POLARSSL" != xno; then
ssl_msg=
2010-05-05 16:30:46 -04:00
if test X"$OPT_POLARSSL" != Xno; then
if test "$OPT_POLARSSL" = "yes"; then
OPT_POLARSSL=""
fi
if test -z "$OPT_POLARSSL" ; then
dnl check for lib first without setting any new path
AC_CHECK_LIB(polarssl, havege_init,
dnl libpolarssl found, set the variable
[
AC_DEFINE(USE_POLARSSL, 1, [if PolarSSL is enabled])
AC_SUBST(USE_POLARSSL, [1])
POLARSSL_ENABLED=1
USE_POLARSSL="yes"
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="PolarSSL"
2017-08-24 16:26:48 -04:00
test polarssl != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2010-05-05 16:30:46 -04:00
])
fi
2012-12-19 10:08:07 -05:00
addld=""
addlib=""
addcflags=""
polarssllib=""
2010-05-05 16:30:46 -04:00
if test "x$USE_POLARSSL" != "xyes"; then
dnl add the path and test again
addld=-L$OPT_POLARSSL/lib$libsuff
addcflags=-I$OPT_POLARSSL/include
polarssllib=$OPT_POLARSSL/lib$libsuff
LDFLAGS="$LDFLAGS $addld"
if test "$addcflags" != "-I/usr/include"; then
CPPFLAGS="$CPPFLAGS $addcflags"
fi
AC_CHECK_LIB(polarssl, ssl_init,
[
AC_DEFINE(USE_POLARSSL, 1, [if PolarSSL is enabled])
AC_SUBST(USE_POLARSSL, [1])
POLARSSL_ENABLED=1
USE_POLARSSL="yes"
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="PolarSSL"
2017-08-24 16:26:48 -04:00
test polarssl != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2010-05-05 16:30:46 -04:00
],
[
CPPFLAGS=$_cppflags
LDFLAGS=$_ldflags
])
fi
if test "x$USE_POLARSSL" = "xyes"; then
AC_MSG_NOTICE([detected PolarSSL])
2012-12-03 16:40:26 -05:00
LIBS="-lpolarssl $LIBS"
2010-05-05 16:30:46 -04:00
if test -n "$polarssllib"; then
dnl when shared libs were found in a path that the run-time
dnl linker doesn't search through, we need to add it to
dnl LD_LIBRARY_PATH to prevent further configure tests to fail
dnl due to this
2012-02-09 09:45:22 -05:00
if test "x$cross_compiling" != "xyes"; then
LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$polarssllib"
export LD_LIBRARY_PATH
AC_MSG_NOTICE([Added $polarssllib to LD_LIBRARY_PATH])
fi
2010-05-05 16:30:46 -04:00
fi
fi
fi dnl PolarSSL not disabled
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
test -z "$ssl_msg" || ssl_backends="${ssl_backends:+$ssl_backends, }$ssl_msg"
2012-06-13 14:54:03 -04:00
fi
2010-05-05 16:30:46 -04:00
2015-10-19 08:25:34 -04:00
dnl ----------------------------------------------------
dnl check for mbedTLS
dnl ----------------------------------------------------
OPT_MBEDTLS=no
_cppflags=$CPPFLAGS
_ldflags=$LDFLAGS
AC_ARG_WITH(mbedtls,dnl
AC_HELP_STRING([--with-mbedtls=PATH],[where to look for mbedTLS, PATH points to the installation root])
AC_HELP_STRING([--without-mbedtls], [disable mbedTLS detection]),
OPT_MBEDTLS=$withval)
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
if test -z "$ssl_backends" -o "x$OPT_MBEDTLS" != xno; then
ssl_msg=
2015-10-19 08:25:34 -04:00
if test X"$OPT_MBEDTLS" != Xno; then
if test "$OPT_MBEDTLS" = "yes"; then
OPT_MBEDTLS=""
fi
if test -z "$OPT_MBEDTLS" ; then
dnl check for lib first without setting any new path
AC_CHECK_LIB(mbedtls, mbedtls_havege_init,
dnl libmbedtls found, set the variable
[
AC_DEFINE(USE_MBEDTLS, 1, [if mbedTLS is enabled])
AC_SUBST(USE_MBEDTLS, [1])
MBEDTLS_ENABLED=1
USE_MBEDTLS="yes"
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="mbedTLS"
2017-08-24 16:26:48 -04:00
test mbedtls != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2015-10-19 08:25:34 -04:00
], [], -lmbedx509 -lmbedcrypto)
fi
addld=""
addlib=""
addcflags=""
mbedtlslib=""
if test "x$USE_MBEDTLS" != "xyes"; then
dnl add the path and test again
addld=-L$OPT_MBEDTLS/lib$libsuff
addcflags=-I$OPT_MBEDTLS/include
mbedtlslib=$OPT_MBEDTLS/lib$libsuff
LDFLAGS="$LDFLAGS $addld"
if test "$addcflags" != "-I/usr/include"; then
CPPFLAGS="$CPPFLAGS $addcflags"
fi
AC_CHECK_LIB(mbedtls, mbedtls_ssl_init,
[
AC_DEFINE(USE_MBEDTLS, 1, [if mbedTLS is enabled])
AC_SUBST(USE_MBEDTLS, [1])
MBEDTLS_ENABLED=1
USE_MBEDTLS="yes"
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="mbedTLS"
2017-08-24 16:26:48 -04:00
test mbedtls != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2015-10-19 08:25:34 -04:00
],
[
CPPFLAGS=$_cppflags
LDFLAGS=$_ldflags
], -lmbedx509 -lmbedcrypto)
fi
if test "x$USE_MBEDTLS" = "xyes"; then
AC_MSG_NOTICE([detected mbedTLS])
LIBS="-lmbedtls -lmbedx509 -lmbedcrypto $LIBS"
if test -n "$mbedtlslib"; then
dnl when shared libs were found in a path that the run-time
dnl linker doesn't search through, we need to add it to
dnl LD_LIBRARY_PATH to prevent further configure tests to fail
dnl due to this
if test "x$cross_compiling" != "xyes"; then
LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$mbedtlslib"
export LD_LIBRARY_PATH
AC_MSG_NOTICE([Added $mbedtlslib to LD_LIBRARY_PATH])
fi
fi
fi
fi dnl mbedTLS not disabled
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
test -z "$ssl_msg" || ssl_backends="${ssl_backends:+$ssl_backends, }$ssl_msg"
2015-10-19 08:25:34 -04:00
fi
2011-03-08 07:54:58 -05:00
dnl ----------------------------------------------------
dnl check for CyaSSL
dnl ----------------------------------------------------
dnl Default to compiler & linker defaults for CyaSSL files & libraries.
OPT_CYASSL=no
_cppflags=$CPPFLAGS
_ldflags=$LDFLAGS
AC_ARG_WITH(cyassl,dnl
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-cyassl=PATH],[where to look for CyaSSL, PATH points to the installation root (default: system lib default)])
AC_HELP_STRING([--without-cyassl], [disable CyaSSL detection]),
2011-03-08 07:54:58 -05:00
OPT_CYASSL=$withval)
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
if test -z "$ssl_backends" -o "x$OPT_CYASSL" != xno; then
ssl_msg=
2011-03-08 07:54:58 -05:00
if test X"$OPT_CYASSL" != Xno; then
if test "$OPT_CYASSL" = "yes"; then
OPT_CYASSL=""
fi
2015-03-19 18:41:10 -04:00
dnl This should be reworked to use pkg-config instead
cyassllibname=cyassl
2011-03-08 07:54:58 -05:00
if test -z "$OPT_CYASSL" ; then
2011-12-27 15:17:37 -05:00
dnl check for lib in system default first
2011-03-08 07:54:58 -05:00
2011-12-27 15:17:37 -05:00
AC_CHECK_LIB(cyassl, CyaSSL_Init,
2011-03-08 07:54:58 -05:00
dnl libcyassl found, set the variable
[
AC_DEFINE(USE_CYASSL, 1, [if CyaSSL is enabled])
AC_SUBST(USE_CYASSL, [1])
CYASSL_ENABLED=1
USE_CYASSL="yes"
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="CyaSSL"
2017-08-24 16:26:48 -04:00
test cyassl != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2011-03-08 07:54:58 -05:00
])
fi
2012-12-19 10:08:07 -05:00
addld=""
addlib=""
addcflags=""
cyassllib=""
2011-03-08 07:54:58 -05:00
if test "x$USE_CYASSL" != "xyes"; then
dnl add the path and test again
addld=-L$OPT_CYASSL/lib$libsuff
addcflags=-I$OPT_CYASSL/include
cyassllib=$OPT_CYASSL/lib$libsuff
LDFLAGS="$LDFLAGS $addld"
if test "$addcflags" != "-I/usr/include"; then
CPPFLAGS="$CPPFLAGS $addcflags"
fi
2011-12-27 15:17:37 -05:00
AC_CHECK_LIB(cyassl, CyaSSL_Init,
2011-03-08 07:54:58 -05:00
[
AC_DEFINE(USE_CYASSL, 1, [if CyaSSL is enabled])
AC_SUBST(USE_CYASSL, [1])
CYASSL_ENABLED=1
USE_CYASSL="yes"
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="CyaSSL"
2017-08-24 16:26:48 -04:00
test cyassl != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2011-03-08 07:54:58 -05:00
],
[
CPPFLAGS=$_cppflags
LDFLAGS=$_ldflags
2015-03-19 18:41:10 -04:00
cyassllib=""
])
fi
addld=""
addlib=""
addcflags=""
if test "x$USE_CYASSL" != "xyes"; then
dnl libcyassl renamed to libwolfssl as of 3.4.0
addld=-L$OPT_CYASSL/lib$libsuff
addcflags=-I$OPT_CYASSL/include
cyassllib=$OPT_CYASSL/lib$libsuff
LDFLAGS="$LDFLAGS $addld"
if test "$addcflags" != "-I/usr/include"; then
CPPFLAGS="$CPPFLAGS $addcflags"
fi
cyassllibname=wolfssl
my_ac_save_LIBS="$LIBS"
LIBS="-l$cyassllibname -lm $LIBS"
AC_MSG_CHECKING([for CyaSSL_Init in -lwolfssl])
AC_LINK_IFELSE([
AC_LANG_PROGRAM([[
/* These aren't needed for detection and confuse WolfSSL.
They are set up properly later if it is detected. */
#undef SIZEOF_LONG
#undef SIZEOF_LONG_LONG
#include <cyassl/ssl.h>
]],[[
return CyaSSL_Init();
]])
],[
AC_MSG_RESULT(yes)
2015-12-16 04:06:09 -05:00
AC_DEFINE(USE_CYASSL, 1, [if CyaSSL/WolfSSL is enabled])
2015-03-19 18:41:10 -04:00
AC_SUBST(USE_CYASSL, [1])
CYASSL_ENABLED=1
USE_CYASSL="yes"
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="WolfSSL"
2017-08-24 16:26:48 -04:00
test cyassl != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2015-03-19 18:41:10 -04:00
],
[
AC_MSG_RESULT(no)
CPPFLAGS=$_cppflags
LDFLAGS=$_ldflags
cyassllib=""
2011-03-08 07:54:58 -05:00
])
2015-03-19 18:41:10 -04:00
LIBS="$my_ac_save_LIBS"
2011-03-08 07:54:58 -05:00
fi
if test "x$USE_CYASSL" = "xyes"; then
2015-12-16 04:25:31 -05:00
AC_MSG_NOTICE([detected $cyassllibname])
2011-03-08 07:54:58 -05:00
2013-10-22 16:55:48 -04:00
dnl cyassl/ctaocrypt/types.h needs SIZEOF_LONG_LONG defined!
AC_CHECK_SIZEOF(long long)
2015-04-11 23:58:42 -04:00
dnl Versions since at least 2.6.0 may have options.h
AC_CHECK_HEADERS(cyassl/options.h)
2014-04-23 05:01:30 -04:00
dnl Versions since at least 2.9.4 renamed error.h to error-ssl.h
AC_CHECK_HEADERS(cyassl/error-ssl.h)
2015-03-19 18:41:10 -04:00
LIBS="-l$cyassllibname -lm $LIBS"
2011-03-08 07:54:58 -05:00
2015-12-16 04:25:31 -05:00
if test "x$cyassllibname" = "xwolfssl"; then
2015-12-16 04:06:09 -05:00
dnl Recent WolfSSL versions build without SSLv3 by default
2015-12-16 04:25:31 -05:00
dnl WolfSSL needs configure --enable-opensslextra to have *get_peer*
AC_CHECK_FUNCS(wolfSSLv3_client_method \
2016-03-29 19:06:55 -04:00
wolfSSL_CTX_UseSupportedCurve \
2016-03-28 18:18:09 -04:00
wolfSSL_get_peer_certificate \
wolfSSL_UseALPN)
2015-12-16 04:25:31 -05:00
else
dnl Cyassl needs configure --enable-opensslextra to have *get_peer*
2016-03-29 19:06:55 -04:00
AC_CHECK_FUNCS(CyaSSL_CTX_UseSupportedCurve \
CyaSSL_get_peer_certificate)
2015-12-16 04:06:09 -05:00
fi
2011-03-08 07:54:58 -05:00
if test -n "$cyassllib"; then
dnl when shared libs were found in a path that the run-time
dnl linker doesn't search through, we need to add it to
dnl LD_LIBRARY_PATH to prevent further configure tests to fail
dnl due to this
2012-02-09 09:45:22 -05:00
if test "x$cross_compiling" != "xyes"; then
LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$cyassllib"
export LD_LIBRARY_PATH
AC_MSG_NOTICE([Added $cyassllib to LD_LIBRARY_PATH])
fi
2011-03-08 07:54:58 -05:00
fi
fi
fi dnl CyaSSL not disabled
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
test -z "$ssl_msg" || ssl_backends="${ssl_backends:+$ssl_backends, }$ssl_msg"
2012-06-13 14:54:03 -04:00
fi
2011-03-08 07:54:58 -05:00
2007-02-12 17:32:37 -05:00
dnl ----------------------------------------------------
dnl NSS. Only check if GnuTLS and OpenSSL are not enabled
dnl ----------------------------------------------------
dnl Default to compiler & linker defaults for NSS files & libraries.
OPT_NSS=no
AC_ARG_WITH(nss,dnl
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-nss=PATH],[where to look for NSS, PATH points to the installation root])
AC_HELP_STRING([--without-nss], [disable NSS detection]),
2007-02-12 17:32:37 -05:00
OPT_NSS=$withval)
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
if test -z "$ssl_backends" -o "x$OPT_NSS" != xno; then
ssl_msg=
2007-02-12 17:32:37 -05:00
if test X"$OPT_NSS" != Xno; then
2012-12-19 10:08:07 -05:00
addld=""
addlib=""
addcflags=""
nssprefix=""
version=""
2007-02-12 17:32:37 -05:00
if test "x$OPT_NSS" = "xyes"; then
2009-01-11 18:41:50 -05:00
CURL_CHECK_PKGCONFIG(nss)
if test "$PKGCONFIG" != "no" ; then
addlib=`$PKGCONFIG --libs nss`
addcflags=`$PKGCONFIG --cflags nss`
version=`$PKGCONFIG --modversion nss`
nssprefix=`$PKGCONFIG --variable=prefix nss`
2009-09-01 02:53:01 -04:00
else
dnl Without pkg-config, we check for nss-config
check=`nss-config --version 2>/dev/null`
if test -n "$check"; then
addlib=`nss-config --libs`
addcflags=`nss-config --cflags`
version=`nss-config --version`
nssprefix=`nss-config --prefix`
else
addlib="-lnss3"
addcflags=""
version="unknown"
fi
2009-01-11 18:41:50 -05:00
fi
2010-01-12 20:13:23 -05:00
else
2015-04-08 09:17:49 -04:00
NSS_PCDIR="$OPT_NSS/lib/pkgconfig"
if test -f "$NSS_PCDIR/nss.pc"; then
CURL_CHECK_PKGCONFIG(nss, [$NSS_PCDIR])
if test "$PKGCONFIG" != "no" ; then
addld=`CURL_EXPORT_PCDIR([$NSS_PCDIR]) $PKGCONFIG --libs-only-L nss`
addlib=`CURL_EXPORT_PCDIR([$NSS_PCDIR]) $PKGCONFIG --libs-only-l nss`
addcflags=`CURL_EXPORT_PCDIR([$NSS_PCDIR]) $PKGCONFIG --cflags nss`
version=`CURL_EXPORT_PCDIR([$NSS_PCDIR]) $PKGCONFIG --modversion nss`
nssprefix=`CURL_EXPORT_PCDIR([$NSS_PCDIR]) $PKGCONFIG --variable=prefix nss`
fi
fi
fi
if test -z "$addlib"; then
# Without pkg-config, we'll kludge in some defaults
AC_MSG_WARN([Using hard-wired libraries and compilation flags for NSS.])
addld="-L$OPT_NSS/lib"
2015-04-20 03:50:15 -04:00
addlib="-lssl3 -lsmime3 -lnss3 -lplds4 -lplc4 -lnspr4"
2015-04-08 09:17:49 -04:00
addcflags="-I$OPT_NSS/include"
version="unknown"
nssprefix=$OPT_NSS
2007-02-12 17:32:37 -05:00
fi
2010-01-12 20:13:23 -05:00
2015-04-08 09:19:37 -04:00
CLEANLDFLAGS="$LDFLAGS"
CLEANLIBS="$LIBS"
CLEANCPPFLAGS="$CPPFLAGS"
2007-02-12 17:32:37 -05:00
2015-04-08 09:19:37 -04:00
LDFLAGS="$addld $LDFLAGS"
LIBS="$addlib $LIBS"
if test "$addcflags" != "-I/usr/include"; then
CPPFLAGS="$CPPFLAGS $addcflags"
fi
2014-07-17 08:37:28 -04:00
2015-04-08 09:19:37 -04:00
dnl The function SSL_VersionRangeSet() is needed to enable TLS > 1.0
AC_CHECK_LIB(nss3, SSL_VersionRangeSet,
[
AC_DEFINE(USE_NSS, 1, [if NSS is enabled])
AC_SUBST(USE_NSS, [1])
USE_NSS="yes"
NSS_ENABLED=1
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="NSS"
2017-08-24 16:26:48 -04:00
test nss != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2015-04-08 09:19:37 -04:00
],
[
LDFLAGS="$CLEANLDFLAGS"
LIBS="$CLEANLIBS"
CPPFLAGS="$CLEANCPPFLAGS"
])
if test "x$USE_NSS" = "xyes"; then
AC_MSG_NOTICE([detected NSS version $version])
dnl needed when linking the curl tool without USE_EXPLICIT_LIB_DEPS
NSS_LIBS=$addlib
AC_SUBST([NSS_LIBS])
dnl when shared libs were found in a path that the run-time
dnl linker doesn't search through, we need to add it to
dnl LD_LIBRARY_PATH to prevent further configure tests to fail
dnl due to this
if test "x$cross_compiling" != "xyes"; then
LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$nssprefix/lib$libsuff"
export LD_LIBRARY_PATH
AC_MSG_NOTICE([Added $nssprefix/lib$libsuff to LD_LIBRARY_PATH])
2007-02-12 17:32:37 -05:00
fi
2015-04-08 09:19:37 -04:00
fi dnl NSS found
2007-02-12 17:32:37 -05:00
fi dnl NSS not disabled
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
test -z "$ssl_msg" || ssl_backends="${ssl_backends:+$ssl_backends, }$ssl_msg"
fi
2007-02-12 17:32:37 -05:00
2010-12-03 13:23:45 -05:00
OPT_AXTLS=off
AC_ARG_WITH(axtls,dnl
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-axtls=PATH],[Where to look for axTLS, PATH points to the axTLS installation prefix (default: /usr/local). Ignored if another SSL engine is selected.])
AC_HELP_STRING([--without-axtls], [disable axTLS]),
2010-12-03 13:23:45 -05:00
OPT_AXTLS=$withval)
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
if test -z "$ssl_backends" -o "x$OPT_AXTLS" != xno; then
ssl_msg=
2010-12-03 13:23:45 -05:00
if test X"$OPT_AXTLS" != Xno; then
dnl backup the pre-axtls variables
CLEANLDFLAGS="$LDFLAGS"
CLEANCPPFLAGS="$CPPFLAGS"
CLEANLIBS="$LIBS"
case "$OPT_AXTLS" in
yes)
dnl --with-axtls (without path) used
2010-12-10 18:52:34 -05:00
PREFIX_AXTLS=/usr/local
LIB_AXTLS="$PREFIX_AXTLS/lib"
LDFLAGS="$LDFLAGS -L$LIB_AXTLS"
CPPFLAGS="$CPPFLAGS -I$PREFIX_AXTLS/include"
2010-12-03 13:23:45 -05:00
;;
off)
dnl no --with-axtls option given, just check default places
PREFIX_AXTLS=
;;
*)
dnl check the given --with-axtls spot
PREFIX_AXTLS=$OPT_AXTLS
2010-12-10 18:52:34 -05:00
LIB_AXTLS="$PREFIX_AXTLS/lib"
2010-12-03 13:23:45 -05:00
LDFLAGS="$LDFLAGS -L$LIB_AXTLS"
2010-12-10 18:52:34 -05:00
CPPFLAGS="$CPPFLAGS -I$PREFIX_AXTLS/include"
2010-12-03 13:23:45 -05:00
;;
esac
AC_CHECK_LIB(axtls, ssl_version,[
LIBS="-laxtls $LIBS"
AC_DEFINE(USE_AXTLS, 1, [if axTLS is enabled])
AC_SUBST(USE_AXTLS, [1])
AXTLS_ENABLED=1
USE_AXTLS="yes"
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
ssl_msg="axTLS"
2017-08-24 16:26:48 -04:00
test axtls != "$DEFAULT_SSL_BACKEND" || VALID_DEFAULT_SSL_BACKEND=yes
2010-12-03 13:23:45 -05:00
2014-05-07 14:29:47 -04:00
if test "x$cross_compiling" != "xyes"; then
LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$LIB_AXTLS"
export LD_LIBRARY_PATH
AC_MSG_NOTICE([Added $LIB_AXTLS to LD_LIBRARY_PATH])
fi
2010-12-03 13:23:45 -05:00
],[
LDFLAGS="$CLEANLDFLAGS"
CPPFLAGS="$CLEANCPPFLAGS"
LIBS="$CLEANLIBS"
])
fi
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
test -z "$ssl_msg" || ssl_backends="${ssl_backends:+$ssl_backends, }$ssl_msg"
2010-12-03 13:23:45 -05:00
fi
2017-08-18 02:51:24 -04:00
case "x$OPENSSL_ENABLED$GNUTLS_ENABLED$NSS_ENABLED$POLARSSL_ENABLED$MBEDTLS_ENABLED$AXTLS_ENABLED$CYASSL_ENABLED$WINSSL_ENABLED$DARWINSSL_ENABLED" in
x)
2007-02-12 17:32:37 -05:00
AC_MSG_WARN([SSL disabled, you will not be able to use HTTPS, FTPS, NTLM and more.])
2013-02-24 17:39:15 -05:00
AC_MSG_WARN([Use --with-ssl, --with-gnutls, --with-polarssl, --with-cyassl, --with-nss, --with-axtls, --with-winssl, or --with-darwinssl to address this.])
2017-08-18 02:51:24 -04:00
;;
x1)
# one SSL backend is enabled
2007-10-29 18:13:00 -04:00
AC_SUBST(SSL_ENABLED)
SSL_ENABLED="1"
2017-09-05 04:45:09 -04:00
AC_MSG_NOTICE([built with one SSL backend])
2017-08-18 02:51:24 -04:00
;;
*)
# more than one SSL backend is enabled
AC_SUBST(SSL_ENABLED)
SSL_ENABLED="1"
AC_SUBST(CURL_WITH_MULTI_SSL)
CURL_WITH_MULTI_SSL="1"
AC_DEFINE(CURL_WITH_MULTI_SSL, 1, [built with multiple SSL backends])
2017-09-05 04:45:09 -04:00
AC_MSG_NOTICE([built with multiple SSL backends])
2017-08-18 02:51:24 -04:00
;;
esac
2007-02-12 17:32:37 -05:00
vtls: allow selecting which SSL backend to use at runtime
When building software for the masses, it is sometimes not possible to
decide for all users which SSL backend is appropriate.
Git for Windows, for example, uses cURL to perform clones, fetches and
pushes via HTTPS, and some users strongly prefer OpenSSL, while other
users really need to use Secure Channel because it offers
enterprise-ready tools to manage credentials via Windows' Credential
Store.
The current Git for Windows versions use the ugly work-around of
building libcurl once with OpenSSL support and once with Secure Channel
support, and switching out the binaries in the installer depending on
the user's choice.
Needless to say, this is a super ugly workaround that actually only
works in some cases: Git for Windows also comes in a portable form, and
in a form intended for third-party applications requiring Git
functionality, in which cases this "swap out libcurl-4.dll" simply is
not an option.
Therefore, the Git for Windows project has a vested interest in teaching
cURL to make the SSL backend a *runtime* option.
This patch makes that possible.
By running ./configure with multiple --with-<backend> options, cURL will
be built with multiple backends.
For the moment, the backend can be configured using the environment
variable CURL_SSL_BACKEND (valid values are e.g. "openssl" and
"schannel").
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
2017-06-14 10:56:00 -04:00
if test -n "$ssl_backends"; then
curl_ssl_msg="enabled ($ssl_backends)"
fi
2017-08-24 16:26:48 -04:00
if test no = "$VALID_DEFAULT_SSL_BACKEND"
then
if test -n "$SSL_ENABLED"
then
AC_MSG_ERROR([Default SSL backend $DEFAULT_SSL_BACKEND not enabled!])
else
AC_MSG_ERROR([Default SSL backend requires SSL!])
fi
elif test yes = "$VALID_DEFAULT_SSL_BACKEND"
then
AC_DEFINE_UNQUOTED([CURL_DEFAULT_SSL_BACKEND], ["$DEFAULT_SSL_BACKEND"], [Default SSL backend])
fi
2005-04-19 18:23:37 -04:00
dnl **********************************************************************
dnl Check for the CA bundle
dnl **********************************************************************
2008-02-18 06:35:12 -05:00
CURL_CHECK_CA_BUNDLE
2005-04-19 18:23:37 -04:00
2015-09-29 05:33:01 -04:00
dnl **********************************************************************
dnl Check for libpsl
dnl **********************************************************************
AC_ARG_WITH(libpsl,
AS_HELP_STRING([--without-libpsl],
[disable support for libpsl cookie checking]),
with_libpsl=$withval,
with_libpsl=yes)
if test $with_libpsl != "no"; then
AC_SEARCH_LIBS(psl_builtin, psl,
[curl_psl_msg="yes";
AC_DEFINE([USE_LIBPSL], [1], [PSL support enabled])
],
[curl_psl_msg="no (libpsl not found)";
AC_MSG_WARN([libpsl was not found])
]
)
fi
AM_CONDITIONAL([USE_LIBPSL], [test "$curl_psl_msg" = "yes"])
2012-04-26 09:59:52 -04:00
dnl **********************************************************************
dnl Check for libmetalink
dnl **********************************************************************
OPT_LIBMETALINK=no
AC_ARG_WITH(libmetalink,dnl
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-libmetalink=PATH],[where to look for libmetalink, PATH points to the installation root])
AC_HELP_STRING([--without-libmetalink], [disable libmetalink detection]),
2012-04-26 09:59:52 -04:00
OPT_LIBMETALINK=$withval)
if test X"$OPT_LIBMETALINK" != Xno; then
addld=""
2012-12-19 10:08:07 -05:00
addlib=""
2012-04-26 09:59:52 -04:00
addcflags=""
version=""
libmetalinklib=""
2012-12-19 10:08:07 -05:00
2012-04-26 09:59:52 -04:00
PKGTEST="no"
if test "x$OPT_LIBMETALINK" = "xyes"; then
dnl this is with no partiular path given
PKGTEST="yes"
CURL_CHECK_PKGCONFIG(libmetalink)
else
dnl When particular path is given, set PKG_CONFIG_LIBDIR using the path.
LIBMETALINK_PCDIR="$OPT_LIBMETALINK/lib/pkgconfig"
AC_MSG_NOTICE([PKG_CONFIG_LIBDIR will be set to "$LIBMETALINK_PCDIR"])
if test -f "$LIBMETALINK_PCDIR/libmetalink.pc"; then
PKGTEST="yes"
fi
if test "$PKGTEST" = "yes"; then
CURL_CHECK_PKGCONFIG(libmetalink, [$LIBMETALINK_PCDIR])
fi
fi
if test "$PKGTEST" = "yes" && test "$PKGCONFIG" != "no"; then
2012-04-28 02:36:35 -04:00
addlib=`CURL_EXPORT_PCDIR([$LIBMETALINK_PCDIR]) dnl
$PKGCONFIG --libs-only-l libmetalink`
addld=`CURL_EXPORT_PCDIR([$LIBMETALINK_PCDIR]) dnl
$PKGCONFIG --libs-only-L libmetalink`
addcflags=`CURL_EXPORT_PCDIR([$LIBMETALINK_PCDIR]) dnl
$PKGCONFIG --cflags-only-I libmetalink`
version=`CURL_EXPORT_PCDIR([$LIBMETALINK_PCDIR]) dnl
$PKGCONFIG --modversion libmetalink`
2012-04-26 09:59:52 -04:00
libmetalinklib=`echo $addld | $SED -e 's/-L//'`
fi
if test -n "$addlib"; then
2012-07-02 10:42:54 -04:00
clean_CPPFLAGS="$CPPFLAGS"
clean_LDFLAGS="$LDFLAGS"
clean_LIBS="$LIBS"
2017-04-24 03:13:28 -04:00
CPPFLAGS="$clean_CPPFLAGS $addcflags"
LDFLAGS="$clean_LDFLAGS $addld"
2012-07-02 10:42:54 -04:00
LIBS="$addlib $clean_LIBS"
AC_MSG_CHECKING([if libmetalink is recent enough])
AC_LINK_IFELSE([
AC_LANG_PROGRAM([[
# include <metalink/metalink.h>
]],[[
if(0 != metalink_strerror(0)) /* added in 0.1.0 */
return 1;
]])
],[
AC_MSG_RESULT([yes ($version)])
want_metalink="yes"
],[
AC_MSG_RESULT([no ($version)])
AC_MSG_NOTICE([libmetalink library defective or too old])
want_metalink="no"
])
CPPFLAGS="$clean_CPPFLAGS"
LDFLAGS="$clean_LDFLAGS"
LIBS="$clean_LIBS"
if test "$want_metalink" = "yes"; then
dnl finally libmetalink will be used
AC_DEFINE(USE_METALINK, 1, [Define to enable metalink support])
LIBMETALINK_LIBS=$addlib
LIBMETALINK_LDFLAGS=$addld
2012-12-21 07:00:00 -05:00
LIBMETALINK_CPPFLAGS=$addcflags
2012-07-02 10:42:54 -04:00
AC_SUBST([LIBMETALINK_LIBS])
AC_SUBST([LIBMETALINK_LDFLAGS])
2012-12-21 07:00:00 -05:00
AC_SUBST([LIBMETALINK_CPPFLAGS])
2012-07-02 10:42:54 -04:00
curl_mtlnk_msg="enabled"
fi
2012-04-26 09:59:52 -04:00
fi
fi
2009-09-15 23:19:39 -04:00
dnl **********************************************************************
dnl Check for the presence of LIBSSH2 libraries and headers
dnl **********************************************************************
dnl Default to compiler & linker defaults for LIBSSH2 files & libraries.
OPT_LIBSSH2=off
AC_ARG_WITH(libssh2,dnl
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-libssh2=PATH],[Where to look for libssh2, PATH points to the LIBSSH2 installation; when possible, set the PKG_CONFIG_PATH environment variable instead of using this option])
AC_HELP_STRING([--without-libssh2], [disable LIBSSH2]),
2009-09-15 23:19:39 -04:00
OPT_LIBSSH2=$withval)
if test X"$OPT_LIBSSH2" != Xno; then
dnl backup the pre-libssh2 variables
CLEANLDFLAGS="$LDFLAGS"
CLEANCPPFLAGS="$CPPFLAGS"
CLEANLIBS="$LIBS"
case "$OPT_LIBSSH2" in
yes)
dnl --with-libssh2 (without path) used
2009-10-21 10:56:25 -04:00
CURL_CHECK_PKGCONFIG(libssh2)
if test "$PKGCONFIG" != "no" ; then
LIB_SSH2=`$PKGCONFIG --libs-only-l libssh2`
LD_SSH2=`$PKGCONFIG --libs-only-L libssh2`
CPP_SSH2=`$PKGCONFIG --cflags-only-I libssh2`
version=`$PKGCONFIG --modversion libssh2`
DIR_SSH2=`echo $LD_SSH2 | $SED -e 's/-L//'`
fi
2010-01-12 20:13:23 -05:00
2009-09-15 23:19:39 -04:00
;;
off)
dnl no --with-libssh2 option given, just check default places
;;
*)
dnl use the given --with-libssh2 spot
2009-10-21 10:56:25 -04:00
PREFIX_SSH2=$OPT_LIBSSH2
2009-09-15 23:19:39 -04:00
;;
esac
2009-10-21 10:56:25 -04:00
dnl if given with a prefix, we set -L and -I based on that
if test -n "$PREFIX_SSH2"; then
2011-04-12 16:10:29 -04:00
LIB_SSH2="-lssh2"
2009-10-27 20:33:28 -04:00
LD_SSH2=-L${PREFIX_SSH2}/lib$libsuff
2009-10-21 10:56:25 -04:00
CPP_SSH2=-I${PREFIX_SSH2}/include
2009-10-27 20:33:28 -04:00
DIR_SSH2=${PREFIX_SSH2}/lib$libsuff
2009-10-21 10:56:25 -04:00
fi
2017-04-24 03:13:28 -04:00
LDFLAGS="$LDFLAGS $LD_SSH2"
2009-10-21 10:56:25 -04:00
CPPFLAGS="$CPPFLAGS $CPP_SSH2"
2012-12-03 16:40:26 -05:00
LIBS="$LIB_SSH2 $LIBS"
2009-10-21 10:56:25 -04:00
2009-09-15 23:19:39 -04:00
AC_CHECK_LIB(ssh2, libssh2_channel_open_ex)
AC_CHECK_HEADERS(libssh2.h,
curl_ssh_msg="enabled (libSSH2)"
LIBSSH2_ENABLED=1
AC_DEFINE(USE_LIBSSH2, 1, [if libSSH2 is in use])
AC_SUBST(USE_LIBSSH2, [1])
)
if test X"$OPT_LIBSSH2" != Xoff &&
test "$LIBSSH2_ENABLED" != "1"; then
AC_MSG_ERROR([libSSH2 libs and/or directories were not found where specified!])
fi
if test "$LIBSSH2_ENABLED" = "1"; then
2009-10-27 20:33:28 -04:00
if test -n "$DIR_SSH2"; then
2009-09-15 23:19:39 -04:00
dnl when the libssh2 shared libs were found in a path that the run-time
dnl linker doesn't search through, we need to add it to LD_LIBRARY_PATH
dnl to prevent further configure tests to fail due to this
2012-02-09 09:45:22 -05:00
if test "x$cross_compiling" != "xyes"; then
LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$DIR_SSH2"
export LD_LIBRARY_PATH
AC_MSG_NOTICE([Added $DIR_SSH2 to LD_LIBRARY_PATH])
fi
2009-09-15 23:19:39 -04:00
fi
else
dnl no libssh2, revert back to clean variables
LDFLAGS=$CLEANLDFLAGS
CPPFLAGS=$CLEANCPPFLAGS
LIBS=$CLEANLIBS
fi
fi
2010-05-12 17:07:20 -04:00
dnl **********************************************************************
dnl Check for the presence of LIBRTMP libraries and headers
dnl **********************************************************************
dnl Default to compiler & linker defaults for LIBRTMP files & libraries.
OPT_LIBRTMP=off
AC_ARG_WITH(librtmp,dnl
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-librtmp=PATH],[Where to look for librtmp, PATH points to the LIBRTMP installation; when possible, set the PKG_CONFIG_PATH environment variable instead of using this option])
AC_HELP_STRING([--without-librtmp], [disable LIBRTMP]),
2010-05-12 17:07:20 -04:00
OPT_LIBRTMP=$withval)
if test X"$OPT_LIBRTMP" != Xno; then
dnl backup the pre-librtmp variables
CLEANLDFLAGS="$LDFLAGS"
CLEANCPPFLAGS="$CPPFLAGS"
CLEANLIBS="$LIBS"
case "$OPT_LIBRTMP" in
yes)
dnl --with-librtmp (without path) used
CURL_CHECK_PKGCONFIG(librtmp)
if test "$PKGCONFIG" != "no" ; then
LIB_RTMP=`$PKGCONFIG --libs-only-l librtmp`
LD_RTMP=`$PKGCONFIG --libs-only-L librtmp`
CPP_RTMP=`$PKGCONFIG --cflags-only-I librtmp`
version=`$PKGCONFIG --modversion librtmp`
DIR_RTMP=`echo $LD_RTMP | $SED -e 's/-L//'`
2010-11-18 00:13:49 -05:00
else
dnl To avoid link errors, we do not allow --librtmp without
dnl a pkgconfig file
AC_MSG_ERROR([--librtmp was specified but could not find librtmp pkgconfig file.])
2010-05-12 17:07:20 -04:00
fi
;;
off)
dnl no --with-librtmp option given, just check default places
2010-09-20 17:20:36 -04:00
LIB_RTMP="-lrtmp"
2010-05-12 17:07:20 -04:00
;;
*)
dnl use the given --with-librtmp spot
2017-06-07 17:34:24 -04:00
LIB_RTMP="-lrtmp"
2010-05-12 17:07:20 -04:00
PREFIX_RTMP=$OPT_LIBRTMP
;;
esac
dnl if given with a prefix, we set -L and -I based on that
if test -n "$PREFIX_RTMP"; then
LD_RTMP=-L${PREFIX_RTMP}/lib$libsuff
CPP_RTMP=-I${PREFIX_RTMP}/include
DIR_RTMP=${PREFIX_RTMP}/lib$libsuff
fi
LDFLAGS="$LDFLAGS $LD_RTMP"
CPPFLAGS="$CPPFLAGS $CPP_RTMP"
2012-12-03 16:40:26 -05:00
LIBS="$LIB_RTMP $LIBS"
2010-05-12 17:07:20 -04:00
2010-09-20 17:20:36 -04:00
AC_CHECK_LIB(rtmp, RTMP_Init,
[
AC_CHECK_HEADERS(librtmp/rtmp.h,
curl_rtmp_msg="enabled (librtmp)"
LIBRTMP_ENABLED=1
AC_DEFINE(USE_LIBRTMP, 1, [if librtmp is in use])
AC_SUBST(USE_LIBRTMP, [1])
)
],
dnl not found, revert back to clean variables
LDFLAGS=$CLEANLDFLAGS
CPPFLAGS=$CLEANCPPFLAGS
LIBS=$CLEANLIBS
2010-05-12 17:07:20 -04:00
)
if test X"$OPT_LIBRTMP" != Xoff &&
test "$LIBRTMP_ENABLED" != "1"; then
AC_MSG_ERROR([librtmp libs and/or directories were not found where specified!])
fi
fi
2011-12-16 09:33:48 -05:00
dnl **********************************************************************
dnl Check for linker switch for versioned symbols
dnl **********************************************************************
versioned_symbols_flavour=
2012-05-10 12:50:51 -04:00
AC_MSG_CHECKING([whether versioned symbols are wanted])
2011-12-16 09:33:48 -05:00
AC_ARG_ENABLE(versioned-symbols,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-versioned-symbols], [Enable versioned symbols in shared library])
AC_HELP_STRING([--disable-versioned-symbols], [Disable versioned symbols in shared library]),
2011-12-16 09:33:48 -05:00
[ case "$enableval" in
yes) AC_MSG_RESULT(yes)
2012-05-10 12:50:51 -04:00
AC_MSG_CHECKING([if libraries can be versioned])
GLD=`$LD --help < /dev/null 2>/dev/null | grep version-script`
if test -z "$GLD"; then
AC_MSG_RESULT(no)
AC_MSG_WARN([You need an ld version supporting the --version-script option])
2011-12-16 09:33:48 -05:00
else
2012-05-10 12:50:51 -04:00
AC_MSG_RESULT(yes)
2017-08-24 16:33:19 -04:00
if test "x$CURL_WITH_MULTI_SSL" = "x1"; then
versioned_symbols_flavour="MULTISSL_"
elif test "x$OPENSSL_ENABLED" = "x1"; then
2012-05-10 12:50:51 -04:00
versioned_symbols_flavour="OPENSSL_"
2014-02-23 08:32:51 -05:00
elif test "x$GNUTLS_ENABLED" = "x1"; then
2012-05-10 12:50:51 -04:00
versioned_symbols_flavour="GNUTLS_"
2014-02-23 08:32:51 -05:00
elif test "x$NSS_ENABLED" = "x1"; then
2012-05-10 12:50:51 -04:00
versioned_symbols_flavour="NSS_"
2014-02-23 08:32:51 -05:00
elif test "x$POLARSSL_ENABLED" = "x1"; then
2012-05-10 12:50:51 -04:00
versioned_symbols_flavour="POLARSSL_"
2014-02-23 08:32:51 -05:00
elif test "x$CYASSL_ENABLED" = "x1"; then
2012-05-10 12:50:51 -04:00
versioned_symbols_flavour="CYASSL_"
2014-02-23 08:32:51 -05:00
elif test "x$AXTLS_ENABLED" = "x1"; then
2012-05-10 12:50:51 -04:00
versioned_symbols_flavour="AXTLS_"
2014-02-23 08:32:51 -05:00
elif test "x$WINSSL_ENABLED" = "x1"; then
2012-06-13 14:54:03 -04:00
versioned_symbols_flavour="WINSSL_"
2014-02-23 08:32:51 -05:00
elif test "x$DARWINSSL_ENABLED" = "x1"; then
2012-06-26 08:01:51 -04:00
versioned_symbols_flavour="DARWINSSL_"
2012-05-10 12:50:51 -04:00
else
versioned_symbols_flavour=""
fi
versioned_symbols="yes"
2011-12-16 09:33:48 -05:00
fi
;;
*) AC_MSG_RESULT(no)
;;
esac
], [
AC_MSG_RESULT(no)
]
)
2013-03-08 07:26:08 -05:00
AC_SUBST([CURL_LT_SHLIB_VERSIONED_FLAVOUR],
["$versioned_symbols_flavour"])
AM_CONDITIONAL([CURL_LT_SHLIB_USE_VERSIONED_SYMBOLS],
[test "x$versioned_symbols" = 'xyes'])
2011-12-16 09:33:48 -05:00
2012-07-26 21:19:21 -04:00
dnl -------------------------------------------------
dnl check winidn option before other IDN libraries
dnl -------------------------------------------------
AC_MSG_CHECKING([whether to enable Windows native IDN (Windows native builds only)])
OPT_WINIDN="default"
AC_ARG_WITH(winidn,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--with-winidn=PATH],[enable Windows native IDN])
AC_HELP_STRING([--without-winidn], [disable Windows native IDN]),
2012-07-26 21:19:21 -04:00
OPT_WINIDN=$withval)
case "$OPT_WINIDN" in
no|default)
dnl --without-winidn option used or configure option not specified
want_winidn="no"
AC_MSG_RESULT([no])
;;
yes)
dnl --with-winidn option used without path
want_winidn="yes"
want_winidn_path="default"
AC_MSG_RESULT([yes])
;;
*)
dnl --with-winidn option used with path
want_winidn="yes"
want_winidn_path="$withval"
AC_MSG_RESULT([yes ($withval)])
;;
esac
if test "$want_winidn" = "yes"; then
dnl winidn library support has been requested
clean_CPPFLAGS="$CPPFLAGS"
clean_LDFLAGS="$LDFLAGS"
clean_LIBS="$LIBS"
WINIDN_LIBS="-lnormaliz"
2017-07-31 07:24:38 -04:00
WINIDN_CPPFLAGS="-DWINVER=0x0600"
2012-07-26 21:19:21 -04:00
#
if test "$want_winidn_path" != "default"; then
dnl path has been specified
dnl pkg-config not available or provides no info
WINIDN_LDFLAGS="-L$want_winidn_path/lib$libsuff"
WINIDN_CPPFLAGS="-I$want_winidn_path/include"
WINIDN_DIR="$want_winidn_path/lib$libsuff"
fi
#
2017-04-24 03:13:28 -04:00
CPPFLAGS="$CPPFLAGS $WINIDN_CPPFLAGS"
LDFLAGS="$LDFLAGS $WINIDN_LDFLAGS"
2012-07-26 21:19:21 -04:00
LIBS="$WINIDN_LIBS $LIBS"
#
AC_MSG_CHECKING([if IdnToUnicode can be linked])
AC_LINK_IFELSE([
2017-07-31 07:24:38 -04:00
AC_LANG_PROGRAM([[
#include <windows.h>
]],[[
IdnToUnicode(0, NULL, 0, NULL, 0);
]])
2012-07-26 21:19:21 -04:00
],[
AC_MSG_RESULT([yes])
tst_links_winidn="yes"
],[
AC_MSG_RESULT([no])
tst_links_winidn="no"
])
#
if test "$tst_links_winidn" = "yes"; then
AC_DEFINE(USE_WIN32_IDN, 1, [Define to 1 if you have the `normaliz' (WinIDN) library (-lnormaliz).])
AC_DEFINE(WANT_IDN_PROTOTYPES, 1, [Define to 1 to provide own prototypes.])
AC_SUBST([IDN_ENABLED], [1])
curl_idn_msg="enabled (Windows-native)"
else
AC_MSG_WARN([Cannot find libraries for IDN support: IDN disabled])
CPPFLAGS="$clean_CPPFLAGS"
LDFLAGS="$clean_LDFLAGS"
LIBS="$clean_LIBS"
fi
fi
2011-12-16 09:33:48 -05:00
2007-02-17 03:49:04 -05:00
dnl **********************************************************************
dnl Check for the presence of IDN libraries and headers
dnl **********************************************************************
2016-10-12 03:01:06 -04:00
AC_MSG_CHECKING([whether to build with libidn2])
2011-11-29 13:11:34 -05:00
OPT_IDN="default"
2016-12-24 19:13:12 -05:00
AC_ARG_WITH(libidn2,
2016-10-12 03:01:06 -04:00
AC_HELP_STRING([--with-libidn2=PATH],[Enable libidn2 usage])
AC_HELP_STRING([--without-libidn2],[Disable libidn2 usage]),
2011-11-29 13:11:34 -05:00
[OPT_IDN=$withval])
case "$OPT_IDN" in
2004-04-26 08:29:30 -04:00
no)
2016-10-12 03:01:06 -04:00
dnl --without-libidn2 option used
2011-11-29 13:11:34 -05:00
want_idn="no"
AC_MSG_RESULT([no])
;;
default)
dnl configure option not specified
2015-08-10 08:53:48 -04:00
want_idn="yes"
2011-11-29 13:11:34 -05:00
want_idn_path="default"
2015-08-10 08:53:48 -04:00
AC_MSG_RESULT([(assumed) yes])
2011-11-29 13:11:34 -05:00
;;
yes)
2016-10-12 03:01:06 -04:00
dnl --with-libidn2 option used without path
2011-11-29 13:11:34 -05:00
want_idn="yes"
want_idn_path="default"
AC_MSG_RESULT([yes])
;;
*)
2016-10-12 03:01:06 -04:00
dnl --with-libidn2 option used with path
2011-11-29 13:11:34 -05:00
want_idn="yes"
want_idn_path="$withval"
AC_MSG_RESULT([yes ($withval)])
;;
2004-04-26 08:29:30 -04:00
esac
2011-11-29 13:11:34 -05:00
if test "$want_idn" = "yes"; then
dnl idn library support has been requested
clean_CPPFLAGS="$CPPFLAGS"
clean_LDFLAGS="$LDFLAGS"
clean_LIBS="$LIBS"
PKGCONFIG="no"
#
if test "$want_idn_path" != "default"; then
dnl path has been specified
IDN_PCDIR="$want_idn_path/lib$libsuff/pkgconfig"
2016-10-12 03:01:06 -04:00
CURL_CHECK_PKGCONFIG(libidn2, [$IDN_PCDIR])
2011-11-29 13:11:34 -05:00
if test "$PKGCONFIG" != "no"; then
IDN_LIBS=`CURL_EXPORT_PCDIR([$IDN_PCDIR]) dnl
2016-10-12 03:01:06 -04:00
$PKGCONFIG --libs-only-l libidn2 2>/dev/null`
2011-11-29 13:11:34 -05:00
IDN_LDFLAGS=`CURL_EXPORT_PCDIR([$IDN_PCDIR]) dnl
2016-10-12 03:01:06 -04:00
$PKGCONFIG --libs-only-L libidn2 2>/dev/null`
2011-11-29 13:11:34 -05:00
IDN_CPPFLAGS=`CURL_EXPORT_PCDIR([$IDN_PCDIR]) dnl
2016-10-12 03:01:06 -04:00
$PKGCONFIG --cflags-only-I libidn2 2>/dev/null`
2011-11-29 13:11:34 -05:00
IDN_DIR=`echo $IDN_LDFLAGS | $SED -e 's/-L//'`
else
dnl pkg-config not available or provides no info
2016-10-12 03:01:06 -04:00
IDN_LIBS="-lidn2"
2011-11-29 13:11:34 -05:00
IDN_LDFLAGS="-L$want_idn_path/lib$libsuff"
IDN_CPPFLAGS="-I$want_idn_path/include"
IDN_DIR="$want_idn_path/lib$libsuff"
fi
else
dnl path not specified
2016-10-12 03:01:06 -04:00
CURL_CHECK_PKGCONFIG(libidn2)
2011-11-29 13:11:34 -05:00
if test "$PKGCONFIG" != "no"; then
2016-10-12 03:01:06 -04:00
IDN_LIBS=`$PKGCONFIG --libs-only-l libidn2 2>/dev/null`
IDN_LDFLAGS=`$PKGCONFIG --libs-only-L libidn2 2>/dev/null`
IDN_CPPFLAGS=`$PKGCONFIG --cflags-only-I libidn2 2>/dev/null`
2011-11-29 13:11:34 -05:00
IDN_DIR=`echo $IDN_LDFLAGS | $SED -e 's/-L//'`
else
dnl pkg-config not available or provides no info
2016-10-12 03:01:06 -04:00
IDN_LIBS="-lidn2"
2011-11-29 13:11:34 -05:00
fi
fi
#
if test "$PKGCONFIG" != "no"; then
AC_MSG_NOTICE([pkg-config: IDN_LIBS: "$IDN_LIBS"])
AC_MSG_NOTICE([pkg-config: IDN_LDFLAGS: "$IDN_LDFLAGS"])
AC_MSG_NOTICE([pkg-config: IDN_CPPFLAGS: "$IDN_CPPFLAGS"])
AC_MSG_NOTICE([pkg-config: IDN_DIR: "$IDN_DIR"])
else
AC_MSG_NOTICE([IDN_LIBS: "$IDN_LIBS"])
AC_MSG_NOTICE([IDN_LDFLAGS: "$IDN_LDFLAGS"])
AC_MSG_NOTICE([IDN_CPPFLAGS: "$IDN_CPPFLAGS"])
AC_MSG_NOTICE([IDN_DIR: "$IDN_DIR"])
fi
#
2017-04-24 03:13:28 -04:00
CPPFLAGS="$CPPFLAGS $IDN_CPPFLAGS"
LDFLAGS="$LDFLAGS $IDN_LDFLAGS"
2011-11-29 13:11:34 -05:00
LIBS="$IDN_LIBS $LIBS"
#
2016-10-12 03:01:06 -04:00
AC_MSG_CHECKING([if idn2_lookup_ul can be linked])
2011-11-29 13:11:34 -05:00
AC_LINK_IFELSE([
2016-10-12 03:01:06 -04:00
AC_LANG_FUNC_LINK_TRY([idn2_lookup_ul])
2011-11-29 13:11:34 -05:00
],[
AC_MSG_RESULT([yes])
tst_links_libidn="yes"
],[
AC_MSG_RESULT([no])
tst_links_libidn="no"
])
#
2016-10-12 03:01:06 -04:00
AC_CHECK_HEADERS( idn2.h )
2011-11-29 13:11:34 -05:00
if test "$tst_links_libidn" = "yes"; then
2016-10-12 03:01:06 -04:00
AC_DEFINE(HAVE_LIBIDN2, 1, [Define to 1 if you have the `idn2' library (-lidn2).])
2011-11-29 13:11:34 -05:00
dnl different versions of libidn have different setups of these:
2016-10-12 03:01:06 -04:00
AC_SUBST([IDN_ENABLED], [1])
curl_idn_msg="enabled (libidn2)"
if test -n "$IDN_DIR" -a "x$cross_compiling" != "xyes"; then
LD_LIBRARY_PATH="$LD_LIBRARY_PATH:$IDN_DIR"
export LD_LIBRARY_PATH
AC_MSG_NOTICE([Added $IDN_DIR to LD_LIBRARY_PATH])
2011-11-29 13:11:34 -05:00
fi
else
AC_MSG_WARN([Cannot find libraries for IDN support: IDN disabled])
CPPFLAGS="$clean_CPPFLAGS"
LDFLAGS="$clean_LDFLAGS"
LIBS="$clean_LIBS"
fi
fi
2004-03-25 10:48:54 -05:00
dnl Let's hope this split URL remains working:
dnl http://publibn.boulder.ibm.com/doc_link/en_US/a_doc_lib/aixprggd/ \
dnl genprogc/thread_quick_ref.htm
2004-03-25 10:10:01 -05:00
2013-09-02 17:14:23 -04:00
dnl **********************************************************************
dnl Check for nghttp2
dnl **********************************************************************
2014-05-22 02:56:02 -04:00
OPT_H2="yes"
2017-06-15 18:02:36 -04:00
if test "x$disable_http" = "xyes"; then
# without HTTP, nghttp2 is no use
OPT_H2="no"
fi
2013-09-02 17:14:23 -04:00
AC_ARG_WITH(nghttp2,
AC_HELP_STRING([--with-nghttp2=PATH],[Enable nghttp2 usage])
AC_HELP_STRING([--without-nghttp2],[Disable nghttp2 usage]),
[OPT_H2=$withval])
case "$OPT_H2" in
no)
dnl --without-nghttp2 option used
2014-04-21 18:24:44 -04:00
want_h2="no"
2013-09-02 17:14:23 -04:00
;;
yes)
dnl --with-nghttp2 option used without path
2014-05-24 07:54:28 -04:00
want_h2="default"
2013-09-02 17:14:23 -04:00
want_h2_path=""
;;
*)
dnl --with-nghttp2 option used with path
want_h2="yes"
2014-04-21 18:24:44 -04:00
want_h2_path="$withval/lib/pkgconfig"
2013-09-02 17:14:23 -04:00
;;
esac
curl_h2_msg="disabled (--with-nghttp2)"
2014-04-21 18:24:44 -04:00
if test X"$want_h2" != Xno; then
2014-04-21 14:12:20 -04:00
dnl backup the pre-nghttp2 variables
2013-09-02 17:14:23 -04:00
CLEANLDFLAGS="$LDFLAGS"
CLEANCPPFLAGS="$CPPFLAGS"
CLEANLIBS="$LIBS"
2014-04-21 18:24:44 -04:00
CURL_CHECK_PKGCONFIG(libnghttp2, $want_h2_path)
2013-09-02 17:14:23 -04:00
if test "$PKGCONFIG" != "no" ; then
2014-04-21 18:24:44 -04:00
LIB_H2=`CURL_EXPORT_PCDIR([$want_h2_path])
2013-09-02 17:14:23 -04:00
$PKGCONFIG --libs-only-l libnghttp2`
AC_MSG_NOTICE([-l is $LIB_H2])
2014-04-21 18:24:44 -04:00
CPP_H2=`CURL_EXPORT_PCDIR([$want_h2_path]) dnl
2013-09-02 17:14:23 -04:00
$PKGCONFIG --cflags-only-I libnghttp2`
AC_MSG_NOTICE([-I is $CPP_H2])
2014-04-21 18:24:44 -04:00
LD_H2=`CURL_EXPORT_PCDIR([$want_h2_path])
2013-09-02 17:14:23 -04:00
$PKGCONFIG --libs-only-L libnghttp2`
AC_MSG_NOTICE([-L is $LD_H2])
2014-05-24 07:54:28 -04:00
LDFLAGS="$LDFLAGS $LD_H2"
CPPFLAGS="$CPPFLAGS $CPP_H2"
LIBS="$LIB_H2 $LIBS"
2013-09-02 17:14:23 -04:00
2015-05-16 05:03:47 -04:00
# use nghttp2_option_set_no_recv_client_magic to require nghttp2
# >= 1.0.0
AC_CHECK_LIB(nghttp2, nghttp2_option_set_no_recv_client_magic,
2014-05-24 07:54:28 -04:00
[
AC_CHECK_HEADERS(nghttp2/nghttp2.h,
curl_h2_msg="enabled (nghttp2)"
NGHTTP2_ENABLED=1
AC_DEFINE(USE_NGHTTP2, 1, [if nghttp2 is in use])
AC_SUBST(USE_NGHTTP2, [1])
)
],
dnl not found, revert back to clean variables
LDFLAGS=$CLEANLDFLAGS
CPPFLAGS=$CLEANCPPFLAGS
LIBS=$CLEANLIBS
)
2013-09-02 17:14:23 -04:00
2014-05-24 07:54:28 -04:00
else
dnl no nghttp2 pkg-config found, deal with it
if test X"$want_h2" != Xdefault; then
dnl To avoid link errors, we do not allow --with-nghttp2 without
dnl a pkgconfig file
AC_MSG_ERROR([--with-nghttp2 was specified but could not find libnghttp2 pkg-config file.])
fi
fi
2013-09-02 17:14:23 -04:00
fi
2015-11-19 23:56:10 -05:00
dnl **********************************************************************
dnl Check for zsh completion path
dnl **********************************************************************
OPT_ZSH_FPATH=default
AC_ARG_WITH(zsh-functions-dir,
AC_HELP_STRING([--with-zsh-functions-dir=PATH],[Install zsh completions to PATH])
AC_HELP_STRING([--without-zsh-functions-dir],[Do not install zsh completions]),
[OPT_ZSH_FPATH=$withval])
case "$OPT_ZSH_FPATH" in
no)
dnl --without-zsh-functions-dir option used
;;
default|yes)
dnl --with-zsh-functions-dir option used without path
ZSH_FUNCTIONS_DIR="$datarootdir/zsh/site-functions"
AC_SUBST(ZSH_FUNCTIONS_DIR)
;;
*)
dnl --with-zsh-functions-dir option used with path
ZSH_FUNCTIONS_DIR="$withval"
AC_SUBST(ZSH_FUNCTIONS_DIR)
;;
esac
1999-12-29 09:20:26 -05:00
dnl **********************************************************************
dnl Back to "normal" configuring
dnl **********************************************************************
dnl Checks for header files.
AC_HEADER_STDC
2003-03-12 08:42:07 -05:00
2006-07-11 16:40:38 -04:00
CURL_CHECK_HEADER_MALLOC
2009-04-21 06:26:58 -04:00
CURL_CHECK_HEADER_MEMORY
2005-12-15 23:18:44 -05:00
dnl Now check for the very most basic headers. Then we can use these
2003-03-12 08:42:07 -05:00
dnl ones as default-headers when checking for the rest!
AC_CHECK_HEADERS(
sys/types.h \
sys/time.h \
sys/select.h \
sys/socket.h \
2004-01-29 10:38:27 -05:00
sys/ioctl.h \
2008-09-16 12:42:48 -04:00
sys/uio.h \
2003-12-10 10:25:49 -05:00
assert.h \
1999-12-29 09:20:26 -05:00
unistd.h \
2000-03-16 06:34:19 -05:00
stdlib.h \
2004-01-15 05:19:49 -05:00
limits.h \
1999-12-29 09:20:26 -05:00
arpa/inet.h \
net/if.h \
netinet/in.h \
2008-05-01 17:34:34 -04:00
sys/un.h \
2004-03-26 02:10:15 -05:00
netinet/tcp.h \
1999-12-29 09:20:26 -05:00
netdb.h \
sys/sockio.h \
sys/stat.h \
sys/param.h \
termios.h \
termio.h \
sgtty.h \
fcntl.h \
alloca.h \
time.h \
io.h \
2001-09-03 08:00:38 -04:00
pwd.h \
2001-09-07 05:53:40 -04:00
utime.h \
2002-06-11 11:10:18 -04:00
sys/utime.h \
2002-07-29 19:00:16 -04:00
sys/poll.h \
2008-01-22 09:52:54 -05:00
poll.h \
2009-06-17 08:51:24 -04:00
socket.h \
2004-11-22 17:26:46 -05:00
sys/resource.h \
2004-10-01 02:36:11 -04:00
libgen.h \
2004-10-18 09:37:18 -04:00
locale.h \
2005-01-18 09:34:50 -05:00
errno.h \
2007-02-21 21:51:54 -05:00
stdbool.h \
2005-09-15 17:50:50 -04:00
arpa/tftp.h \
sys/filio.h \
2011-07-31 16:36:54 -04:00
sys/wait.h \
2003-03-12 08:42:07 -05:00
setjmp.h,
dnl to do if not found
[],
dnl to do if found
[],
dnl default includes
[
#ifdef HAVE_SYS_TYPES_H
#include <sys/types.h>
#endif
#ifdef HAVE_SYS_TIME_H
#include <sys/time.h>
#endif
#ifdef HAVE_SYS_SELECT_H
#include <sys/select.h>
#endif
#ifdef HAVE_SYS_SOCKET_H
#include <sys/socket.h>
#endif
2004-03-29 01:22:57 -05:00
#ifdef HAVE_NETINET_IN_H
#include <netinet/in.h>
#endif
2008-05-01 17:34:34 -04:00
#ifdef HAVE_SYS_UN_H
#include <sys/un.h>
#endif
2003-03-12 08:42:07 -05:00
]
1999-12-29 09:20:26 -05:00
)
dnl Checks for typedefs, structures, and compiler characteristics.
AC_C_CONST
2007-03-22 14:25:38 -04:00
CURL_CHECK_VARIADIC_MACROS
1999-12-29 09:20:26 -05:00
AC_TYPE_SIZE_T
AC_HEADER_TIME
2006-10-12 21:35:14 -04:00
CURL_CHECK_STRUCT_TIMEVAL
2006-10-16 04:30:54 -04:00
CURL_VERIFY_RUNTIMELIBS
1999-12-29 09:20:26 -05:00
2004-05-05 02:57:49 -04:00
AC_CHECK_SIZEOF(size_t)
2004-10-09 23:22:45 -04:00
AC_CHECK_SIZEOF(long)
2010-02-04 09:40:11 -05:00
AC_CHECK_SIZEOF(int)
AC_CHECK_SIZEOF(short)
2004-11-11 04:26:09 -05:00
AC_CHECK_SIZEOF(time_t)
2008-01-11 09:00:47 -05:00
AC_CHECK_SIZEOF(off_t)
1999-12-29 09:20:26 -05:00
2017-08-12 09:54:06 -04:00
o=$CPPFLAGS
2017-09-06 18:04:16 -04:00
CPPFLAGS="-I$srcdir/include $CPPFLAGS"
2017-08-12 09:54:06 -04:00
AC_CHECK_SIZEOF(curl_off_t, unused , [
#include <curl/system.h>
])
CPPFLAGS=$o
2008-08-25 08:49:13 -04:00
2003-08-14 18:44:06 -04:00
AC_CHECK_TYPE(long long,
2008-08-20 20:06:15 -04:00
[AC_DEFINE(HAVE_LONGLONG, 1,
[Define to 1 if the compiler supports the 'long long' data type.])]
2007-08-20 15:30:25 -04:00
longlong="yes"
2004-10-09 23:22:45 -04:00
)
if test "xyes" = "x$longlong"; then
AC_MSG_CHECKING([if numberLL works])
2010-11-12 22:15:48 -05:00
AC_COMPILE_IFELSE([
AC_LANG_PROGRAM([[
]],[[
long long val = 1000LL;
]])
],[
AC_MSG_RESULT([yes])
AC_DEFINE(HAVE_LL, 1, [if your compiler supports LL])
],[
AC_MSG_RESULT([no])
])
2004-10-09 23:22:45 -04:00
fi
1999-12-29 09:20:26 -05:00
2001-02-07 04:49:06 -05:00
# check for ssize_t
2003-08-14 18:44:06 -04:00
AC_CHECK_TYPE(ssize_t, ,
AC_DEFINE(ssize_t, int, [the signed version of size_t]))
2001-02-07 04:49:06 -05:00
2007-02-21 21:51:54 -05:00
# check for bool type
AC_CHECK_TYPE([bool],[
AC_DEFINE(HAVE_BOOL_T, 1,
[Define to 1 if bool is an available type.])
], ,[
2007-02-22 11:44:43 -05:00
#ifdef HAVE_SYS_TYPES_H
#include <sys/types.h>
#endif
2007-02-21 21:51:54 -05:00
#ifdef HAVE_STDBOOL_H
#include <stdbool.h>
#endif
])
2009-04-26 22:47:34 -04:00
CURL_CONFIGURE_CURL_SOCKLEN_T
2012-11-23 11:57:00 -05:00
CURL_CONFIGURE_PULL_SYS_POLL
2001-11-28 08:16:56 -05:00
TYPE_IN_ADDR_T
2001-03-09 10:38:59 -05:00
2005-05-02 07:56:15 -04:00
TYPE_SOCKADDR_STORAGE
2006-11-22 13:41:34 -05:00
TYPE_SIG_ATOMIC_T
2006-11-24 20:02:52 -05:00
AC_TYPE_SIGNAL
2008-05-19 12:57:56 -04:00
CURL_CHECK_FUNC_SELECT
2003-03-15 16:04:01 -05:00
2006-07-04 09:03:32 -04:00
CURL_CHECK_FUNC_RECV
CURL_CHECK_FUNC_SEND
2006-07-28 10:19:02 -04:00
CURL_CHECK_MSG_NOSIGNAL
2008-09-19 14:39:24 -04:00
CURL_CHECK_FUNC_ALARM
2009-10-17 23:37:39 -04:00
CURL_CHECK_FUNC_BASENAME
2009-06-17 05:12:19 -04:00
CURL_CHECK_FUNC_CLOSESOCKET
2009-06-18 08:36:10 -04:00
CURL_CHECK_FUNC_CLOSESOCKET_CAMEL
2009-06-20 13:24:43 -04:00
CURL_CHECK_FUNC_CONNECT
2008-11-13 13:56:55 -05:00
CURL_CHECK_FUNC_FCNTL
2008-09-11 21:16:26 -04:00
CURL_CHECK_FUNC_FDOPEN
2008-10-30 13:45:47 -04:00
CURL_CHECK_FUNC_FREEADDRINFO
2008-11-07 22:27:15 -05:00
CURL_CHECK_FUNC_FREEIFADDRS
2010-11-11 06:11:19 -05:00
CURL_CHECK_FUNC_FSETXATTR
2008-09-10 15:26:30 -04:00
CURL_CHECK_FUNC_FTRUNCATE
2008-10-28 15:13:25 -04:00
CURL_CHECK_FUNC_GETADDRINFO
2011-04-27 07:07:49 -04:00
CURL_CHECK_FUNC_GAI_STRERROR
2008-11-17 20:57:28 -05:00
CURL_CHECK_FUNC_GETHOSTBYADDR
2008-09-17 12:03:49 -04:00
CURL_CHECK_FUNC_GETHOSTBYADDR_R
2008-11-17 20:57:28 -05:00
CURL_CHECK_FUNC_GETHOSTBYNAME
2008-09-17 12:03:49 -04:00
CURL_CHECK_FUNC_GETHOSTBYNAME_R
2008-09-17 04:14:28 -04:00
CURL_CHECK_FUNC_GETHOSTNAME
2008-11-07 22:27:15 -05:00
CURL_CHECK_FUNC_GETIFADDRS
2008-09-17 07:31:37 -04:00
CURL_CHECK_FUNC_GETSERVBYPORT_R
2008-09-10 13:33:15 -04:00
CURL_CHECK_FUNC_GMTIME_R
2008-09-24 08:38:11 -04:00
CURL_CHECK_FUNC_INET_NTOA_R
2008-09-24 12:43:40 -04:00
CURL_CHECK_FUNC_INET_NTOP
2008-09-24 15:13:01 -04:00
CURL_CHECK_FUNC_INET_PTON
2008-11-13 13:56:55 -05:00
CURL_CHECK_FUNC_IOCTL
CURL_CHECK_FUNC_IOCTLSOCKET
CURL_CHECK_FUNC_IOCTLSOCKET_CAMEL
2008-09-17 04:14:28 -04:00
CURL_CHECK_FUNC_LOCALTIME_R
2009-09-28 08:16:29 -04:00
CURL_CHECK_FUNC_MEMRCHR
2009-02-13 00:49:58 -05:00
CURL_CHECK_FUNC_POLL
2008-11-13 13:56:55 -05:00
CURL_CHECK_FUNC_SETSOCKOPT
2008-09-10 15:03:00 -04:00
CURL_CHECK_FUNC_SIGACTION
2008-09-26 14:28:32 -04:00
CURL_CHECK_FUNC_SIGINTERRUPT
CURL_CHECK_FUNC_SIGNAL
CURL_CHECK_FUNC_SIGSETJMP
2009-06-17 05:12:19 -04:00
CURL_CHECK_FUNC_SOCKET
2011-07-29 07:25:52 -04:00
CURL_CHECK_FUNC_SOCKETPAIR
2008-09-14 20:32:08 -04:00
CURL_CHECK_FUNC_STRCASECMP
CURL_CHECK_FUNC_STRCMPI
2008-09-10 15:26:30 -04:00
CURL_CHECK_FUNC_STRDUP
2008-09-11 21:16:26 -04:00
CURL_CHECK_FUNC_STRERROR_R
2008-09-14 20:32:08 -04:00
CURL_CHECK_FUNC_STRICMP
CURL_CHECK_FUNC_STRNCASECMP
CURL_CHECK_FUNC_STRNCMPI
CURL_CHECK_FUNC_STRNICMP
2008-09-17 04:14:28 -04:00
CURL_CHECK_FUNC_STRSTR
2008-09-10 15:03:00 -04:00
CURL_CHECK_FUNC_STRTOK_R
2008-09-10 13:33:15 -04:00
CURL_CHECK_FUNC_STRTOLL
2008-09-16 12:42:48 -04:00
CURL_CHECK_FUNC_WRITEV
2008-09-10 13:33:15 -04:00
2005-11-24 05:22:46 -05:00
case $host in
*msdosdjgpp)
ac_cv_func_pipe=no
skipcheck_pipe=yes
AC_MSG_NOTICE([skip check for pipe on msdosdjgpp])
;;
esac
2008-08-01 15:01:35 -04:00
2017-07-04 03:01:39 -04:00
AC_CHECK_FUNCS([geteuid \
2008-08-01 15:01:35 -04:00
getpass_r \
getppid \
getpwuid \
2014-07-12 18:18:40 -04:00
getpwuid_r \
2008-08-01 15:01:35 -04:00
getrlimit \
gettimeofday \
2014-05-26 16:10:15 -04:00
if_nametoindex \
2008-08-01 15:01:35 -04:00
pipe \
setlocale \
setmode \
setrlimit \
2017-04-26 19:24:07 -04:00
utime \
utimes
2008-08-01 15:01:35 -04:00
],[
],[
func="$ac_func"
eval skipcheck=\$skipcheck_$func
if test "x$skipcheck" != "xyes"; then
AC_MSG_CHECKING([deeper for $func])
AC_LINK_IFELSE([
AC_LANG_PROGRAM([[
]],[[
$func ();
]])
],[
AC_MSG_RESULT([yes])
eval "ac_cv_func_$func=yes"
2011-06-17 15:01:41 -04:00
AC_DEFINE_UNQUOTED(XC_SH_TR_CPP([HAVE_$func]), [1],
2008-08-01 15:01:35 -04:00
[Define to 1 if you have the $func function.])
],[
AC_MSG_RESULT([but still no])
])
fi
])
2005-12-21 15:44:54 -05:00
dnl Check if the getnameinfo function is available
dnl and get the types of five of its arguments.
CURL_CHECK_FUNC_GETNAMEINFO
2005-12-14 15:58:13 -05:00
2006-07-03 11:32:12 -04:00
if test "$ipv6" = "yes"; then
2016-04-17 15:58:15 -04:00
if test "$curl_cv_func_getaddrinfo" = "yes"; then
2008-10-28 15:13:25 -04:00
AC_DEFINE(ENABLE_IPV6, 1, [Define if you want to enable IPv6 support])
IPV6_ENABLED=1
AC_SUBST(IPV6_ENABLED)
fi
2006-07-03 11:32:12 -04:00
CURL_CHECK_NI_WITHSCOPEID
fi
2008-11-13 13:56:55 -05:00
CURL_CHECK_NONBLOCKING_SOCKET
dnl ************************************************************
dnl nroff tool stuff
dnl
2004-06-27 17:51:54 -04:00
2007-08-20 15:30:25 -04:00
AC_PATH_PROG( PERL, perl, ,
2000-03-13 04:12:18 -05:00
$PATH:/usr/local/bin/perl:/usr/bin/:/usr/local/bin )
AC_SUBST(PERL)
1999-12-29 09:20:26 -05:00
2007-08-20 15:30:25 -04:00
AC_PATH_PROGS( NROFF, gnroff nroff, ,
1999-12-29 09:20:26 -05:00
$PATH:/usr/bin/:/usr/local/bin )
2000-05-22 10:12:12 -04:00
AC_SUBST(NROFF)
1999-12-29 09:20:26 -05:00
2004-02-12 10:05:38 -05:00
if test -n "$NROFF"; then
dnl only check for nroff options if an nroff command was found
AC_MSG_CHECKING([how to use *nroff to get plain text from man pages])
MANOPT="-man"
2004-02-02 17:39:04 -05:00
mancheck=`echo foo | $NROFF $MANOPT 2>/dev/null`
if test -z "$mancheck"; then
2004-02-12 10:05:38 -05:00
MANOPT="-mandoc"
mancheck=`echo foo | $NROFF $MANOPT 2>/dev/null`
if test -z "$mancheck"; then
MANOPT=""
AC_MSG_RESULT([failed])
AC_MSG_WARN([found no *nroff option to get plaintext from man pages])
else
AC_MSG_RESULT([$MANOPT])
fi
2004-02-02 17:39:04 -05:00
else
AC_MSG_RESULT([$MANOPT])
fi
2004-02-12 10:05:38 -05:00
AC_SUBST(MANOPT)
fi
if test -z "$MANOPT"
then
dnl if no nroff tool was found, or no option that could convert man pages
dnl was found, then disable the built-in manual stuff
AC_MSG_WARN([disabling built-in manual])
USE_MANUAL="no";
2004-02-02 17:39:04 -05:00
fi
2004-02-12 09:45:50 -05:00
dnl *************************************************************************
dnl If the manual variable still is set, then we go with providing a built-in
dnl manual
if test "$USE_MANUAL" = "1"; then
AC_DEFINE(USE_MANUAL, 1, [If you want to build curl with the built-in manual])
2004-04-26 08:29:30 -04:00
curl_manual_msg="enabled"
2004-02-12 09:45:50 -05:00
fi
dnl set variable for use in automakefile(s)
AM_CONDITIONAL(USE_MANUAL, test x"$USE_MANUAL" = x1)
2010-01-26 10:07:40 -05:00
CURL_CHECK_LIB_ARES
AM_CONDITIONAL(USE_EMBEDDED_ARES, test x$embedded_ares = xyes)
2009-05-30 11:56:42 -04:00
2016-04-15 10:37:20 -04:00
if test "x$curl_cv_native_windows" != "xyes" &&
2010-12-28 10:52:20 -05:00
test "x$enable_shared" = "xyes"; then
2010-08-09 03:33:53 -04:00
build_libhostname=yes
else
build_libhostname=no
fi
2010-08-09 07:06:27 -04:00
AM_CONDITIONAL(BUILD_LIBHOSTNAME, test x$build_libhostname = xyes)
2010-08-09 03:33:53 -04:00
2017-08-10 09:07:40 -04:00
if test "x$want_ares" != xyes; then
CURL_CHECK_OPTION_THREADED_RESOLVER
2010-04-25 17:24:05 -04:00
fi
2017-02-12 14:50:56 -05:00
dnl ************************************************************
dnl disable POSIX threads
dnl
AC_MSG_CHECKING([whether to use POSIX threads for threaded resolver])
AC_ARG_ENABLE(pthreads,
AC_HELP_STRING([--enable-pthreads],
[Enable POSIX threads (default for threaded resolver)])
AC_HELP_STRING([--disable-pthreads],[Disable POSIX threads]),
[ case "$enableval" in
no) AC_MSG_RESULT(no)
want_pthreads=no
;;
*) AC_MSG_RESULT(yes)
want_pthreads=yes
;;
esac ], [
AC_MSG_RESULT(auto)
want_pthreads=auto
]
)
2017-03-01 03:11:36 -05:00
dnl turn off pthreads if rt is disabled
if test "$want_pthreads" != "no"; then
if test "$want_pthreads" = "yes" && test "$dontwant_rt" = "yes"; then
AC_MSG_ERROR([options --enable-pthreads and --disable-rt are mutually exclusive])
fi
if test "$dontwant_rt" != "no"; then
dnl if --enable-pthreads was explicit then warn it's being ignored
if test "$want_pthreads" = "yes"; then
AC_MSG_WARN([--enable-pthreads Ignored since librt is disabled.])
fi
want_pthreads=no
fi
fi
dnl turn off pthreads if no threaded resolver
if test "$want_pthreads" != "no" && test "$want_thres" != "yes"; then
want_pthreads=no
fi
dnl detect pthreads
if test "$want_pthreads" != "no"; then
2010-04-25 17:24:05 -04:00
AC_CHECK_HEADER(pthread.h,
[ AC_DEFINE(HAVE_PTHREAD_H, 1, [if you have <pthread.h>])
save_CFLAGS="$CFLAGS"
2013-04-11 10:21:49 -04:00
dnl first check for function without lib
AC_CHECK_FUNC(pthread_create, [USE_THREADS_POSIX=1] )
dnl if it wasn't found without lib, search for it in pthread lib
if test "$USE_THREADS_POSIX" != "1"
then
CFLAGS="$CFLAGS -pthread"
AC_CHECK_LIB(pthread, pthread_create,
[USE_THREADS_POSIX=1],
[ CFLAGS="$save_CFLAGS"])
fi
if test "x$USE_THREADS_POSIX" = "x1"
then
AC_DEFINE(USE_THREADS_POSIX, 1, [if you want POSIX threaded DNS lookup])
curl_res_msg="POSIX threaded"
fi
2010-04-25 17:24:05 -04:00
])
fi
2017-03-01 03:11:36 -05:00
dnl threaded resolver check
if test "$want_thres" = "yes" && test "x$USE_THREADS_POSIX" != "x1"; then
2017-02-12 14:50:56 -05:00
if test "$want_pthreads" = "yes"; then
AC_MSG_ERROR([--enable-pthreads but pthreads was not found])
fi
2017-03-01 03:11:36 -05:00
dnl If native Windows fallback on Win32 threads since no POSIX threads
if test "$curl_cv_native_windows" = "yes"; then
USE_THREADS_WIN32=1
AC_DEFINE(USE_THREADS_WIN32, 1, [if you want Win32 threaded DNS lookup])
curl_res_msg="Win32 threaded"
else
AC_MSG_ERROR([Threaded resolver enabled but no thread library found])
2017-02-12 14:50:56 -05:00
fi
fi
2004-11-11 11:34:24 -05:00
dnl ************************************************************
dnl disable verbose text strings
dnl
AC_MSG_CHECKING([whether to enable verbose strings])
AC_ARG_ENABLE(verbose,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-verbose],[Enable verbose strings])
AC_HELP_STRING([--disable-verbose],[Disable verbose strings]),
2004-11-11 11:34:24 -05:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_VERBOSE_STRINGS, 1, [to disable verbose strings])
curl_verbose_msg="no"
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
2005-03-13 18:59:28 -05:00
dnl ************************************************************
dnl enable SSPI support
dnl
2007-04-10 14:53:21 -04:00
AC_MSG_CHECKING([whether to enable SSPI support (Windows native builds only)])
2005-03-13 18:59:28 -05:00
AC_ARG_ENABLE(sspi,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-sspi],[Enable SSPI])
AC_HELP_STRING([--disable-sspi],[Disable SSPI]),
2005-03-13 18:59:28 -05:00
[ case "$enableval" in
yes)
2016-04-15 10:37:20 -04:00
if test "$curl_cv_native_windows" = "yes"; then
2007-04-10 14:53:21 -04:00
AC_MSG_RESULT(yes)
AC_DEFINE(USE_WINDOWS_SSPI, 1, [to enable SSPI support])
2007-09-13 21:24:59 -04:00
AC_SUBST(USE_WINDOWS_SSPI, [1])
2010-01-22 11:38:32 -05:00
curl_sspi_msg="enabled"
2007-04-10 14:53:21 -04:00
else
AC_MSG_RESULT(no)
AC_MSG_WARN([--enable-sspi Ignored. Only supported on native Windows builds.])
fi
2005-03-13 18:59:28 -05:00
;;
*)
2012-06-13 14:54:03 -04:00
if test "x$WINSSL_ENABLED" = "x1"; then
# --with-winssl implies --enable-sspi
AC_MSG_RESULT(yes)
else
AC_MSG_RESULT(no)
fi
2005-03-13 18:59:28 -05:00
;;
esac ],
2012-06-13 14:54:03 -04:00
if test "x$WINSSL_ENABLED" = "x1"; then
# --with-winssl implies --enable-sspi
AC_MSG_RESULT(yes)
else
AC_MSG_RESULT(no)
fi
2005-03-13 18:59:28 -05:00
)
2004-11-12 04:18:14 -05:00
dnl ************************************************************
dnl disable cryptographic authentication
dnl
AC_MSG_CHECKING([whether to enable cryptographic authentication methods])
AC_ARG_ENABLE(crypto-auth,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-crypto-auth],[Enable cryptographic authentication])
AC_HELP_STRING([--disable-crypto-auth],[Disable cryptographic authentication]),
2004-11-12 04:18:14 -05:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_CRYPTO_AUTH, 1, [to disable cryptographic authentication])
2014-02-17 03:40:49 -05:00
CURL_DISABLE_CRYPTO_AUTH=1
2004-11-12 04:18:14 -05:00
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
2011-08-27 00:31:18 -04:00
CURL_CHECK_OPTION_NTLM_WB
2011-07-31 14:44:41 -04:00
2011-08-27 00:31:18 -04:00
CURL_CHECK_NTLM_WB
2011-07-31 14:44:41 -04:00
2011-01-19 14:35:02 -05:00
dnl ************************************************************
dnl disable TLS-SRP authentication
dnl
AC_MSG_CHECKING([whether to enable TLS-SRP authentication])
AC_ARG_ENABLE(tls-srp,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-tls-srp],[Enable TLS-SRP authentication])
AC_HELP_STRING([--disable-tls-srp],[Disable TLS-SRP authentication]),
2011-01-19 14:35:02 -05:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_TLS_SRP, 1, [to disable TLS-SRP authentication])
want_tls_srp=no
;;
*) AC_MSG_RESULT(yes)
want_tls_srp=yes
;;
esac ],
AC_MSG_RESULT(yes)
want_tls_srp=yes
)
2015-03-05 04:57:52 -05:00
if test "$want_tls_srp" = "yes" && ( test "x$HAVE_GNUTLS_SRP" = "x1" || test "x$HAVE_OPENSSL_SRP" = "x1") ; then
2011-01-19 14:35:02 -05:00
AC_DEFINE(USE_TLS_SRP, 1, [Use TLS-SRP authentication])
2011-01-19 15:27:06 -05:00
USE_TLS_SRP=1
2011-01-19 14:35:02 -05:00
curl_tls_srp_msg="enabled"
fi
2014-11-27 17:59:25 -05:00
dnl ************************************************************
2014-12-26 15:45:21 -05:00
dnl disable Unix domain sockets support
2014-11-27 17:59:25 -05:00
dnl
2014-12-26 15:45:21 -05:00
AC_MSG_CHECKING([whether to enable Unix domain sockets])
2014-11-27 17:59:25 -05:00
AC_ARG_ENABLE(unix-sockets,
2014-12-26 15:45:21 -05:00
AC_HELP_STRING([--enable-unix-sockets],[Enable Unix domain sockets])
AC_HELP_STRING([--disable-unix-sockets],[Disable Unix domain sockets]),
2014-11-27 17:59:25 -05:00
[ case "$enableval" in
no) AC_MSG_RESULT(no)
want_unix_sockets=no
;;
*) AC_MSG_RESULT(yes)
want_unix_sockets=yes
;;
esac ], [
AC_MSG_RESULT(auto)
want_unix_sockets=auto
]
)
if test "x$want_unix_sockets" != "xno"; then
AC_CHECK_MEMBER([struct sockaddr_un.sun_path], [
2014-12-26 15:45:21 -05:00
AC_DEFINE(USE_UNIX_SOCKETS, 1, [Use Unix domain sockets])
2014-11-27 17:59:25 -05:00
AC_SUBST(USE_UNIX_SOCKETS, [1])
curl_unix_sockets_msg="enabled"
], [
if test "x$want_unix_sockets" = "xyes"; then
AC_MSG_ERROR([--enable-unix-sockets is not available on this platform!])
fi
], [
#include <sys/un.h>
])
fi
2004-12-05 18:59:32 -05:00
dnl ************************************************************
dnl disable cookies support
dnl
AC_MSG_CHECKING([whether to enable support for cookies])
AC_ARG_ENABLE(cookies,
2013-01-08 13:02:08 -05:00
AC_HELP_STRING([--enable-cookies],[Enable cookies support])
AC_HELP_STRING([--disable-cookies],[Disable cookies support]),
2004-12-05 18:59:32 -05:00
[ case "$enableval" in
no)
AC_MSG_RESULT(no)
AC_DEFINE(CURL_DISABLE_COOKIES, 1, [to disable cookies support])
;;
*) AC_MSG_RESULT(yes)
;;
esac ],
AC_MSG_RESULT(yes)
)
2006-06-12 16:33:04 -04:00
dnl ************************************************************
2012-04-11 13:33:54 -04:00
dnl hiding of library internal symbols
2006-06-12 16:33:04 -04:00
dnl
2012-04-11 13:33:54 -04:00
CURL_CONFIGURE_SYMBOL_HIDING
2006-06-12 16:33:04 -04:00
2007-02-16 20:29:01 -05:00
dnl
dnl All the library dependencies put into $LIB apply to libcurl only.
dnl
LIBCURL_LIBS=$LIBS
AC_SUBST(LIBCURL_LIBS)
2010-08-08 23:45:11 -04:00
AC_SUBST(CURL_NETWORK_LIBS)
2012-11-28 12:31:23 -05:00
AC_SUBST(CURL_NETWORK_AND_TIME_LIBS)
2007-02-16 20:29:01 -05:00
2012-12-04 17:30:05 -05:00
dnl BLANK_AT_MAKETIME may be used in our Makefile.am files to blank
dnl LIBS variable used in generated makefile at makefile processing
dnl time. Doing this functionally prevents LIBS from being used for
dnl all link targets in given makefile.
2012-11-29 15:56:48 -05:00
BLANK_AT_MAKETIME=
AC_SUBST(BLANK_AT_MAKETIME)
2004-06-03 10:37:14 -04:00
AM_CONDITIONAL(CROSSCOMPILING, test x$cross_compiling = xyes)
2010-07-25 11:48:07 -04:00
dnl yes or no
ENABLE_SHARED="$enable_shared"
AC_SUBST(ENABLE_SHARED)
2013-04-16 09:40:00 -04:00
dnl to let curl-config output the static libraries correctly
ENABLE_STATIC="$enable_static"
AC_SUBST(ENABLE_STATIC)
2008-09-02 08:07:08 -04:00
dnl
dnl For keeping supported features and protocols also in pkg-config file
2012-06-13 14:54:03 -04:00
dnl since it is more cross-compile friendly than curl-config
2008-09-02 08:07:08 -04:00
dnl
2015-03-05 09:38:47 -05:00
if test "x$OPENSSL_ENABLED" = "x1"; then
2008-09-02 08:07:08 -04:00
SUPPORT_FEATURES="$SUPPORT_FEATURES SSL"
elif test -n "$SSL_ENABLED"; then
SUPPORT_FEATURES="$SUPPORT_FEATURES SSL"
fi
if test "x$IPV6_ENABLED" = "x1"; then
SUPPORT_FEATURES="$SUPPORT_FEATURES IPv6"
fi
2014-11-27 17:59:25 -05:00
if test "x$USE_UNIX_SOCKETS" = "x1"; then
2014-12-26 15:45:21 -05:00
SUPPORT_FEATURES="$SUPPORT_FEATURES UnixSockets"
2014-11-27 17:59:25 -05:00
fi
2008-09-02 08:07:08 -04:00
if test "x$HAVE_LIBZ" = "x1"; then
SUPPORT_FEATURES="$SUPPORT_FEATURES libz"
fi
2017-02-12 14:50:56 -05:00
if test "x$USE_ARES" = "x1" -o "x$USE_THREADS_POSIX" = "x1" \
-o "x$USE_THREADS_WIN32" = "x1"; then
2008-09-02 08:07:08 -04:00
SUPPORT_FEATURES="$SUPPORT_FEATURES AsynchDNS"
fi
if test "x$IDN_ENABLED" = "x1"; then
SUPPORT_FEATURES="$SUPPORT_FEATURES IDN"
fi
if test "x$USE_WINDOWS_SSPI" = "x1"; then
SUPPORT_FEATURES="$SUPPORT_FEATURES SSPI"
fi
2014-07-21 03:53:45 -04:00
if test "x$HAVE_GSSAPI" = "x1"; then
2014-11-10 19:04:05 -05:00
SUPPORT_FEATURES="$SUPPORT_FEATURES GSS-API"
2014-07-21 03:53:45 -04:00
fi
2015-10-17 18:11:13 -04:00
if test "x$curl_psl_msg" = "xyes"; then
SUPPORT_FEATURES="$SUPPORT_FEATURES PSL"
fi
2014-07-21 03:53:45 -04:00
if test "x$CURL_DISABLE_CRYPTO_AUTH" != "x1" -a \
\( "x$HAVE_GSSAPI" = "x1" -o "x$USE_WINDOWS_SSPI" = "x1" \); then
SUPPORT_FEATURES="$SUPPORT_FEATURES SPNEGO"
fi
2014-11-07 05:42:54 -05:00
if test "x$CURL_DISABLE_CRYPTO_AUTH" != "x1" -a \
2014-11-10 19:04:05 -05:00
\( "x$HAVE_GSSAPI" = "x1" -o "x$USE_WINDOWS_SSPI" = "x1" \); then
2014-11-15 09:08:43 -05:00
SUPPORT_FEATURES="$SUPPORT_FEATURES Kerberos"
2014-11-07 05:42:54 -05:00
fi
2014-11-09 07:58:07 -05:00
if test "x$CURL_DISABLE_CRYPTO_AUTH" != "x1"; then
2015-03-05 09:38:47 -05:00
if test "x$OPENSSL_ENABLED" = "x1" -o "x$USE_WINDOWS_SSPI" = "x1" \
2016-07-07 11:40:45 -04:00
-o "x$GNUTLS_ENABLED" = "x1" -o "x$MBEDTLS_ENABLED" = "x1" \
-o "x$NSS_ENABLED" = "x1" -o "x$DARWINSSL_ENABLED" = "x1"; then
2011-04-06 01:28:26 -04:00
SUPPORT_FEATURES="$SUPPORT_FEATURES NTLM"
2014-11-09 07:58:07 -05:00
if test "x$CURL_DISABLE_HTTP" != "x1" -a \
"x$NTLM_WB_ENABLED" = "x1"; then
2011-08-26 19:32:49 -04:00
SUPPORT_FEATURES="$SUPPORT_FEATURES NTLM_WB"
2011-07-18 17:36:36 -04:00
fi
2011-04-06 01:28:26 -04:00
fi
2008-09-02 08:07:08 -04:00
fi
2014-11-09 07:58:07 -05:00
2011-01-19 14:35:02 -05:00
if test "x$USE_TLS_SRP" = "x1"; then
SUPPORT_FEATURES="$SUPPORT_FEATURES TLS-SRP"
fi
2008-09-02 08:07:08 -04:00
2013-09-05 06:03:24 -04:00
if test "x$USE_NGHTTP2" = "x1"; then
SUPPORT_FEATURES="$SUPPORT_FEATURES HTTP2"
fi
2017-09-05 04:45:09 -04:00
if test "x$CURL_WITH_MULTI_SSL" = "x1"; then
SUPPORT_FEATURES="$SUPPORT_FEATURES MultiSSL"
fi
2016-11-25 04:27:22 -05:00
if test "x$OPENSSL_ENABLED" = "x1" -o "x$GNUTLS_ENABLED" = "x1" \
-o "x$NSS_ENABLED" = "x1"; then
SUPPORT_FEATURES="$SUPPORT_FEATURES HTTPS-proxy"
fi
2008-09-02 08:07:08 -04:00
AC_SUBST(SUPPORT_FEATURES)
dnl For supported protocols in pkg-config file
if test "x$CURL_DISABLE_HTTP" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS HTTP"
if test "x$SSL_ENABLED" = "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS HTTPS"
fi
fi
if test "x$CURL_DISABLE_FTP" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS FTP"
if test "x$SSL_ENABLED" = "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS FTPS"
fi
fi
if test "x$CURL_DISABLE_FILE" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS FILE"
fi
if test "x$CURL_DISABLE_TELNET" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS TELNET"
fi
2010-06-01 11:25:03 -04:00
if test "x$CURL_DISABLE_LDAP" != "x1"; then
2008-09-02 08:07:08 -04:00
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS LDAP"
2010-06-01 11:25:03 -04:00
if test "x$CURL_DISABLE_LDAPS" != "x1"; then
if (test "x$USE_OPENLDAP" = "x1" && test "x$SSL_ENABLED" = "x1") ||
(test "x$USE_OPENLDAP" != "x1" && test "x$HAVE_LDAP_SSL" = "x1"); then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS LDAPS"
fi
2010-05-28 06:23:28 -04:00
fi
2008-09-02 08:07:08 -04:00
fi
if test "x$CURL_DISABLE_DICT" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS DICT"
fi
if test "x$CURL_DISABLE_TFTP" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS TFTP"
fi
2010-08-12 10:55:48 -04:00
if test "x$CURL_DISABLE_GOPHER" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS GOPHER"
fi
2009-12-12 17:31:00 -05:00
if test "x$CURL_DISABLE_POP3" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS POP3"
2009-12-12 17:33:18 -05:00
if test "x$SSL_ENABLED" = "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS POP3S"
fi
2009-12-12 17:31:00 -05:00
fi
if test "x$CURL_DISABLE_IMAP" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS IMAP"
2009-12-12 17:33:18 -05:00
if test "x$SSL_ENABLED" = "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS IMAPS"
fi
2009-12-12 17:31:00 -05:00
fi
2014-12-02 13:36:24 -05:00
if test "x$CURL_DISABLE_SMB" != "x1" \
-a "x$CURL_DISABLE_CRYPTO_AUTH" != "x1" \
2015-03-05 09:38:47 -05:00
-a \( "x$OPENSSL_ENABLED" = "x1" -o "x$USE_WINDOWS_SSPI" = "x1" \
2016-07-07 11:40:45 -04:00
-o "x$GNUTLS_ENABLED" = "x1" -o "x$MBEDTLS_ENABLED" = "x1" \
-o "x$NSS_ENABLED" = "x1" -o "x$DARWINSSL_ENABLED" = "x1" \); then
2014-11-29 12:59:29 -05:00
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS SMB"
if test "x$SSL_ENABLED" = "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS SMBS"
fi
fi
2009-12-12 17:31:00 -05:00
if test "x$CURL_DISABLE_SMTP" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS SMTP"
2009-12-12 17:33:18 -05:00
if test "x$SSL_ENABLED" = "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS SMTPS"
fi
2009-12-12 17:31:00 -05:00
fi
2008-09-02 08:07:08 -04:00
if test "x$USE_LIBSSH2" = "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS SCP"
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS SFTP"
fi
2010-01-21 08:58:30 -05:00
if test "x$CURL_DISABLE_RTSP" != "x1"; then
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS RTSP"
fi
2010-05-12 17:07:20 -04:00
if test "x$USE_LIBRTMP" = "x1"; then
2010-05-15 16:13:17 -04:00
SUPPORT_PROTOCOLS="$SUPPORT_PROTOCOLS RTMP"
2010-05-12 17:07:20 -04:00
fi
2008-09-02 08:07:08 -04:00
2010-01-22 07:52:35 -05:00
dnl replace spaces with newlines
dnl sort the lines
dnl replace the newlines back to spaces
SUPPORT_PROTOCOLS=`echo $SUPPORT_PROTOCOLS | tr ' ' '\012' | sort | tr '\012' ' '`
2008-09-02 08:07:08 -04:00
AC_SUBST(SUPPORT_PROTOCOLS)
2008-10-07 09:13:34 -04:00
dnl squeeze whitespace out of some variables
2008-10-15 14:10:02 -04:00
squeeze CFLAGS
squeeze CPPFLAGS
squeeze DEFS
squeeze LDFLAGS
squeeze LIBS
squeeze LIBCURL_LIBS
2010-08-08 23:45:11 -04:00
squeeze CURL_NETWORK_LIBS
2012-11-28 12:31:23 -05:00
squeeze CURL_NETWORK_AND_TIME_LIBS
2008-10-07 09:13:34 -04:00
2010-01-22 11:38:32 -05:00
squeeze SUPPORT_FEATURES
squeeze SUPPORT_PROTOCOLS
2013-01-20 14:23:20 -05:00
XC_CHECK_BUILD_FLAGS
2012-12-21 11:26:19 -05:00
2009-06-09 13:59:28 -04:00
if test "x$want_curldebug_assumed" = "xyes" &&
2010-01-26 10:07:40 -05:00
test "x$want_curldebug" = "xyes" && test "x$USE_ARES" = "x1"; then
2009-05-26 10:50:45 -04:00
ac_configure_args="$ac_configure_args --enable-curldebug"
fi
2001-05-22 14:16:24 -04:00
AC_CONFIG_FILES([Makefile \
2007-08-20 15:33:46 -04:00
docs/Makefile \
2001-01-08 08:39:21 -05:00
docs/examples/Makefile \
2002-03-04 05:28:02 -05:00
docs/libcurl/Makefile \
2014-06-16 18:29:02 -04:00
docs/libcurl/opts/Makefile \
2016-12-16 18:23:04 -05:00
docs/cmdline-opts/Makefile \
2007-08-20 15:33:46 -04:00
include/Makefile \
include/curl/Makefile \
src/Makefile \
2000-11-10 09:42:06 -05:00
lib/Makefile \
2015-11-19 23:56:10 -05:00
scripts/Makefile \
2011-12-16 09:33:48 -05:00
lib/libcurl.vers \
2001-01-08 05:00:14 -05:00
tests/Makefile \
2013-01-15 13:40:41 -05:00
tests/certs/Makefile \
tests/certs/scripts/Makefile \
2001-01-08 12:38:23 -05:00
tests/data/Makefile \
2002-02-25 07:45:48 -05:00
tests/server/Makefile \
2002-12-16 05:31:25 -05:00
tests/libtest/Makefile \
2011-01-01 11:33:42 -05:00
tests/unit/Makefile \
2007-08-20 15:33:46 -04:00
packages/Makefile \
packages/Win32/Makefile \
packages/Win32/cygwin/Makefile \
packages/Linux/Makefile \
packages/Linux/RPM/Makefile \
packages/Linux/RPM/curl.spec \
packages/Linux/RPM/curl-ssl.spec \
2001-05-30 00:31:32 -04:00
packages/Solaris/Makefile \
2002-03-04 03:00:25 -05:00
packages/EPM/curl.list \
packages/EPM/Makefile \
2004-03-15 05:10:24 -05:00
packages/vms/Makefile \
2006-03-20 02:59:45 -05:00
packages/AIX/Makefile \
packages/AIX/RPM/Makefile \
2006-03-21 08:34:41 -05:00
packages/AIX/RPM/curl.spec \
2004-12-11 13:47:22 -05:00
curl-config \
libcurl.pc
2001-05-22 14:16:24 -04:00
])
AC_OUTPUT
2004-04-26 08:29:30 -04:00
2010-11-25 15:05:20 -05:00
CURL_GENERATE_CONFIGUREHELP_PM
2013-07-17 03:50:22 -04:00
XC_AMEND_DISTCLEAN([lib src tests/unit tests/server tests/libtest docs/examples])
2004-04-26 08:29:30 -04:00
AC_MSG_NOTICE([Configured to build curl/libcurl:
2012-02-05 12:44:22 -05:00
curl version: ${CURLVERSION}
Host setup: ${host}
Install prefix: ${prefix}
Compiler: ${CC}
SSL support: ${curl_ssl_msg}
SSH support: ${curl_ssh_msg}
zlib support: ${curl_zlib_msg}
2014-03-03 05:06:38 -05:00
GSS-API support: ${curl_gss_msg}
2012-02-05 12:44:22 -05:00
TLS-SRP support: ${curl_tls_srp_msg}
resolver: ${curl_res_msg}
2014-12-27 06:09:01 -05:00
IPv6 support: ${curl_ipv6_msg}
2014-12-26 15:45:21 -05:00
Unix sockets support: ${curl_unix_sockets_msg}
2012-02-05 12:44:22 -05:00
IDN support: ${curl_idn_msg}
Build libcurl: Shared=${enable_shared}, Static=${enable_static}
Built-in manual: ${curl_manual_msg}
--libcurl option: ${curl_libcurl_msg}
Verbose errors: ${curl_verbose_msg}
SSPI support: ${curl_sspi_msg}
2016-02-25 01:55:38 -05:00
ca cert bundle: ${ca}${ca_warning}
ca cert path: ${capath}${capath_warning}
2015-03-24 08:25:17 -04:00
ca fallback: ${with_ca_fallback}
2012-02-05 12:44:22 -05:00
LDAP support: ${curl_ldap_msg}
LDAPS support: ${curl_ldaps_msg}
RTSP support: ${curl_rtsp_msg}
RTMP support: ${curl_rtmp_msg}
2012-06-07 17:49:27 -04:00
metalink support: ${curl_mtlnk_msg}
2015-09-29 05:33:01 -04:00
PSL support: ${curl_psl_msg}
2013-09-02 17:14:23 -04:00
HTTP2 support: ${curl_h2_msg}
2012-02-05 12:44:22 -05:00
Protocols: ${SUPPORT_PROTOCOLS}
2004-04-26 08:29:30 -04:00
])