2003-09-27 20:24:45 +04:00
|
|
|
dnl Process this file with autoconf to produce a configure script.
|
2010-09-21 00:08:53 +04:00
|
|
|
dnl configure.in
|
2002-05-24 22:10:17 +04:00
|
|
|
dnl
|
2000-07-09 17:14:19 +04:00
|
|
|
dnl Developers, please strive to achieve this order:
|
|
|
|
dnl
|
|
|
|
dnl 0. Initialization and options processing
|
|
|
|
dnl 1. Programs
|
|
|
|
dnl 2. Libraries
|
2004-05-21 09:08:06 +04:00
|
|
|
dnl 3. Header files
|
2000-07-09 17:14:19 +04:00
|
|
|
dnl 4. Types
|
|
|
|
dnl 5. Structures
|
|
|
|
dnl 6. Compiler characteristics
|
|
|
|
dnl 7. Functions, global variables
|
|
|
|
dnl 8. System services
|
|
|
|
dnl
|
|
|
|
dnl Read the Autoconf manual for details.
|
2002-05-24 22:10:17 +04:00
|
|
|
dnl
|
|
|
|
m4_pattern_forbid(^PGAC_)dnl to catch undefined macros
|
2003-11-24 17:52:58 +03:00
|
|
|
|
2016-08-15 20:49:49 +03:00
|
|
|
AC_INIT([PostgreSQL], [10devel], [pgsql-bugs@postgresql.org])
|
2002-03-29 20:32:55 +03:00
|
|
|
|
2013-12-19 05:53:23 +04:00
|
|
|
m4_if(m4_defn([m4_PACKAGE_VERSION]), [2.69], [], [m4_fatal([Autoconf version 2.69 is required.
|
2007-12-31 20:28:21 +03:00
|
|
|
Untested combinations of 'autoconf' and PostgreSQL versions are not
|
|
|
|
recommended. You can remove the check from 'configure.in' but it is then
|
|
|
|
your responsibility whether the result works or not.])])
|
2016-01-02 21:33:40 +03:00
|
|
|
AC_COPYRIGHT([Copyright (c) 1996-2016, PostgreSQL Global Development Group])
|
2002-03-29 20:32:55 +03:00
|
|
|
AC_CONFIG_SRCDIR([src/backend/access/common/heaptuple.c])
|
2000-07-09 17:14:19 +04:00
|
|
|
AC_CONFIG_AUX_DIR(config)
|
2002-03-29 20:32:55 +03:00
|
|
|
AC_PREFIX_DEFAULT(/usr/local/pgsql)
|
|
|
|
AC_SUBST(configure_args, [$ac_configure_args])
|
2000-06-10 22:02:12 +04:00
|
|
|
|
2016-08-15 20:49:49 +03:00
|
|
|
[PG_MAJORVERSION=`expr "$PACKAGE_VERSION" : '\([0-9][0-9]*\)'`]
|
2008-12-11 10:34:09 +03:00
|
|
|
AC_SUBST(PG_MAJORVERSION)
|
|
|
|
AC_DEFINE_UNQUOTED(PG_MAJORVERSION, "$PG_MAJORVERSION", [PostgreSQL major version as a string])
|
2000-10-21 01:04:27 +04:00
|
|
|
|
2013-12-13 06:53:21 +04:00
|
|
|
PGAC_ARG_REQ(with, extra-version, [STRING], [append STRING to version],
|
|
|
|
[PG_VERSION="$PACKAGE_VERSION$withval"],
|
|
|
|
[PG_VERSION="$PACKAGE_VERSION"])
|
|
|
|
AC_DEFINE_UNQUOTED(PG_VERSION, "$PG_VERSION", [PostgreSQL version as a string])
|
|
|
|
|
1997-04-04 01:26:36 +04:00
|
|
|
AC_CANONICAL_HOST
|
1998-02-04 16:19:32 +03:00
|
|
|
|
2000-07-15 19:54:52 +04:00
|
|
|
template=
|
|
|
|
AC_MSG_CHECKING([which template to use])
|
|
|
|
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, template, [NAME], [override operating system template],
|
2000-09-22 00:17:43 +04:00
|
|
|
[
|
|
|
|
case $withval in
|
2000-07-15 19:54:52 +04:00
|
|
|
list) echo; ls "$srcdir/src/template"; exit;;
|
|
|
|
*) if test -f "$srcdir/src/template/$with_template" ; then
|
2000-09-22 00:17:43 +04:00
|
|
|
template=$withval
|
2000-07-15 19:54:52 +04:00
|
|
|
else
|
2000-11-26 21:15:42 +03:00
|
|
|
AC_MSG_ERROR(['$withval' is not a valid template name. Use 'list' for a list.])
|
2000-07-15 19:54:52 +04:00
|
|
|
fi;;
|
|
|
|
esac
|
2000-09-22 00:17:43 +04:00
|
|
|
],
|
|
|
|
[
|
2003-08-11 22:07:38 +04:00
|
|
|
# --with-template not given
|
2000-07-15 19:54:52 +04:00
|
|
|
|
|
|
|
case $host_os in
|
|
|
|
aix*) template=aix ;;
|
2003-03-21 20:18:34 +03:00
|
|
|
cygwin*) template=cygwin ;;
|
2000-10-31 22:55:20 +03:00
|
|
|
darwin*) template=darwin ;;
|
2011-03-02 22:15:28 +03:00
|
|
|
dragonfly*) template=netbsd ;;
|
2000-07-15 19:54:52 +04:00
|
|
|
freebsd*) template=freebsd ;;
|
|
|
|
hpux*) template=hpux ;;
|
2004-09-18 02:31:59 +04:00
|
|
|
linux*|gnu*|k*bsd*-gnu)
|
|
|
|
template=linux ;;
|
2003-05-15 20:35:30 +04:00
|
|
|
mingw*) template=win32 ;;
|
2000-07-15 19:54:52 +04:00
|
|
|
netbsd*) template=netbsd ;;
|
|
|
|
openbsd*) template=openbsd ;;
|
|
|
|
sco*) template=sco ;;
|
2000-10-11 01:22:29 +04:00
|
|
|
solaris*) template=solaris ;;
|
2001-08-24 18:07:50 +04:00
|
|
|
sysv5*) template=unixware ;;
|
1997-02-04 11:53:45 +03:00
|
|
|
esac
|
1997-04-09 12:55:32 +04:00
|
|
|
|
2000-07-15 19:54:52 +04:00
|
|
|
if test x"$template" = x"" ; then
|
2000-11-26 21:15:42 +03:00
|
|
|
AC_MSG_ERROR([[
|
2000-07-15 19:54:52 +04:00
|
|
|
*******************************************************************
|
|
|
|
PostgreSQL has apparently not been ported to your platform yet.
|
2000-07-18 02:31:59 +04:00
|
|
|
To try a manual configuration, look into the src/template directory
|
2000-11-26 21:15:42 +03:00
|
|
|
for a similar platform and use the '--with-template=' option.
|
2000-07-15 19:54:52 +04:00
|
|
|
|
2009-01-06 20:27:06 +03:00
|
|
|
Please also contact <pgsql-bugs@postgresql.org> to see about
|
2000-11-26 21:15:42 +03:00
|
|
|
rectifying this. Include the above 'checking host system type...'
|
2000-07-15 19:54:52 +04:00
|
|
|
line.
|
|
|
|
*******************************************************************
|
2000-11-26 21:15:42 +03:00
|
|
|
]])
|
2000-07-15 19:54:52 +04:00
|
|
|
fi
|
1998-10-30 07:54:06 +03:00
|
|
|
|
2000-09-22 00:17:43 +04:00
|
|
|
])
|
1998-02-04 16:19:32 +03:00
|
|
|
|
2000-07-15 19:54:52 +04:00
|
|
|
AC_MSG_RESULT([$template])
|
1998-10-23 06:49:17 +04:00
|
|
|
|
2000-07-15 19:54:52 +04:00
|
|
|
PORTNAME=$template
|
|
|
|
AC_SUBST(PORTNAME)
|
1999-12-17 21:18:26 +03:00
|
|
|
|
2003-12-23 21:40:53 +03:00
|
|
|
# Initialize default assumption that we do not need separate assembly code
|
|
|
|
# for TAS (test-and-set). This can be overridden by the template file
|
|
|
|
# when it's executed.
|
|
|
|
need_tas=no
|
|
|
|
tas_file=dummy.s
|
1997-04-09 12:55:32 +04:00
|
|
|
|
1998-12-13 23:03:07 +03:00
|
|
|
|
1997-04-09 12:55:32 +04:00
|
|
|
|
2000-07-15 19:54:52 +04:00
|
|
|
##
|
|
|
|
## Command line options
|
|
|
|
##
|
2000-06-17 04:10:40 +04:00
|
|
|
|
2000-07-15 19:54:52 +04:00
|
|
|
#
|
|
|
|
# Add non-standard directories to the include path
|
|
|
|
#
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, includes, [DIRS], [look for additional header files in DIRS])
|
1997-04-09 12:55:32 +04:00
|
|
|
|
1998-04-10 06:59:38 +04:00
|
|
|
|
2000-07-15 19:54:52 +04:00
|
|
|
#
|
|
|
|
# Add non-standard directories to the library search path
|
|
|
|
#
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, libraries, [DIRS], [look for additional libraries in DIRS],
|
2000-09-22 00:17:43 +04:00
|
|
|
[LIBRARY_DIRS=$withval])
|
1997-04-09 12:55:32 +04:00
|
|
|
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, libs, [DIRS], [alternative spelling of --with-libraries],
|
2000-09-22 00:17:43 +04:00
|
|
|
[LIBRARY_DIRS=$withval])
|
2000-06-07 20:27:00 +04:00
|
|
|
|
1997-04-09 12:55:32 +04:00
|
|
|
|
2000-07-13 02:59:15 +04:00
|
|
|
#
|
2008-03-30 08:08:15 +04:00
|
|
|
# 64-bit integer date/time storage: enabled by default.
|
2002-04-21 23:56:30 +04:00
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([whether to build with 64-bit integer date/time support])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(enable, integer-datetimes, yes, [disable 64-bit integer date/time support],
|
2002-04-21 23:56:30 +04:00
|
|
|
[AC_DEFINE([USE_INTEGER_DATETIMES], 1,
|
2003-04-07 02:45:23 +04:00
|
|
|
[Define to 1 if you want 64-bit integer timestamp and interval support. (--enable-integer-datetimes)])])
|
2002-04-21 23:56:30 +04:00
|
|
|
AC_MSG_RESULT([$enable_integer_datetimes])
|
|
|
|
|
|
|
|
|
2001-06-02 22:25:18 +04:00
|
|
|
#
|
|
|
|
# NLS
|
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([whether NLS is wanted])
|
|
|
|
PGAC_ARG_OPTARG(enable, nls,
|
2008-10-29 12:27:24 +03:00
|
|
|
[LANGUAGES], [enable Native Language Support],
|
2001-06-02 22:25:18 +04:00
|
|
|
[],
|
|
|
|
[WANTED_LANGUAGES=$enableval],
|
2002-03-29 20:32:55 +03:00
|
|
|
[AC_DEFINE(ENABLE_NLS, 1,
|
2003-04-07 02:45:23 +04:00
|
|
|
[Define to 1 if you want National Language Support. (--enable-nls)])])
|
2001-06-02 22:25:18 +04:00
|
|
|
AC_MSG_RESULT([$enable_nls])
|
|
|
|
AC_SUBST(enable_nls)
|
|
|
|
AC_SUBST(WANTED_LANGUAGES)
|
|
|
|
|
2000-07-13 02:59:15 +04:00
|
|
|
#
|
|
|
|
# Default port number (--with-pgport), default 5432
|
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([for default port number])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, pgport, [PORTNUM], [set default port number [5432]],
|
2000-09-22 00:17:43 +04:00
|
|
|
[default_port=$withval],
|
|
|
|
[default_port=5432])
|
2001-02-07 23:13:27 +03:00
|
|
|
AC_MSG_RESULT([$default_port])
|
|
|
|
# Need both of these because some places want an integer and some a string
|
2002-03-29 20:32:55 +03:00
|
|
|
AC_DEFINE_UNQUOTED(DEF_PGPORT, ${default_port},
|
2003-04-07 02:45:23 +04:00
|
|
|
[Define to the default TCP port number on which the server listens and
|
2003-08-11 22:07:38 +04:00
|
|
|
to which clients will try to connect. This can be overridden at run-time,
|
|
|
|
but it's convenient if your clients have the right default compiled in.
|
|
|
|
(--with-pgport=PORTNUM)])
|
2002-03-29 20:32:55 +03:00
|
|
|
AC_DEFINE_UNQUOTED(DEF_PGPORT_STR, "${default_port}",
|
2003-08-11 22:07:38 +04:00
|
|
|
[Define to the default TCP port number as a string constant.])
|
2001-02-07 23:13:27 +03:00
|
|
|
AC_SUBST(default_port)
|
1997-04-09 12:55:32 +04:00
|
|
|
|
2016-03-14 17:41:29 +03:00
|
|
|
# It's worth validating port; you can get very confusing errors otherwise
|
|
|
|
if test x"$default_port" = x""; then
|
|
|
|
AC_MSG_ERROR([invalid --with-pgport specification: empty string])
|
|
|
|
elif test ! x`echo "$default_port" | sed -e 's/[[0-9]]*//'` = x""; then
|
|
|
|
AC_MSG_ERROR([invalid --with-pgport specification: must be a number])
|
|
|
|
elif test ! x`echo "$default_port" | sed -e 's/^0.//'` = x"$default_port"; then
|
|
|
|
AC_MSG_ERROR([invalid --with-pgport specification: must not have leading 0])
|
|
|
|
elif test "$default_port" -lt "1" -o "$default_port" -gt "65535"; then
|
|
|
|
AC_MSG_ERROR([invalid --with-pgport specification: must be between 1 and 65535])
|
|
|
|
fi
|
|
|
|
|
2000-10-28 03:59:39 +04:00
|
|
|
#
|
|
|
|
# '-rpath'-like feature can be disabled
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(enable, rpath, yes,
|
2008-10-29 12:27:24 +03:00
|
|
|
[do not embed shared library search path in executables])
|
2000-10-28 03:59:39 +04:00
|
|
|
AC_SUBST(enable_rpath)
|
|
|
|
|
2003-09-13 21:01:09 +04:00
|
|
|
#
|
|
|
|
# Spinlocks
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(enable, spinlocks, yes,
|
2008-10-29 12:27:24 +03:00
|
|
|
[do not use spinlocks])
|
2000-10-24 01:44:12 +04:00
|
|
|
|
Add a basic atomic ops API abstracting away platform/architecture details.
Several upcoming performance/scalability improvements require atomic
operations. This new API avoids the need to splatter compiler and
architecture dependent code over all the locations employing atomic
ops.
For several of the potential usages it'd be problematic to maintain
both, a atomics using implementation and one using spinlocks or
similar. In all likelihood one of the implementations would not get
tested regularly under concurrency. To avoid that scenario the new API
provides a automatic fallback of atomic operations to spinlocks. All
properties of atomic operations are maintained. This fallback -
obviously - isn't as fast as just using atomic ops, but it's not bad
either. For one of the future users the atomics ontop spinlocks
implementation was actually slightly faster than the old purely
spinlock using implementation. That's important because it reduces the
fear of regressing older platforms when improving the scalability for
new ones.
The API, loosely modeled after the C11 atomics support, currently
provides 'atomic flags' and 32 bit unsigned integers. If the platform
efficiently supports atomic 64 bit unsigned integers those are also
provided.
To implement atomics support for a platform/architecture/compiler for
a type of atomics 32bit compare and exchange needs to be
implemented. If available and more efficient native support for flags,
32 bit atomic addition, and corresponding 64 bit operations may also
be provided. Additional useful atomic operations are implemented
generically ontop of these.
The implementation for various versions of gcc, msvc and sun studio have
been tested. Additional existing stub implementations for
* Intel icc
* HUPX acc
* IBM xlc
are included but have never been tested. These will likely require
fixes based on buildfarm and user feedback.
As atomic operations also require barriers for some operations the
existing barrier support has been moved into the atomics code.
Author: Andres Freund with contributions from Oskari Saarenmaa
Reviewed-By: Amit Kapila, Robert Haas, Heikki Linnakangas and Álvaro Herrera
Discussion: CA+TgmoYBW+ux5-8Ja=Mcyuy8=VXAnVRHp3Kess6Pn3DMXAPAEA@mail.gmail.com,
20131015123303.GH5300@awork2.anarazel.de,
20131028205522.GI20248@awork2.anarazel.de
2014-09-26 01:49:05 +04:00
|
|
|
#
|
|
|
|
# Atomic operations
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(enable, atomics, yes,
|
|
|
|
[do not use atomic operations])
|
|
|
|
|
2000-11-04 17:29:26 +03:00
|
|
|
#
|
|
|
|
# --enable-debug adds -g to compiler flags
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(enable, debug, no,
|
2008-10-29 12:27:24 +03:00
|
|
|
[build with debugging symbols (-g)])
|
2002-03-05 20:55:23 +03:00
|
|
|
AC_SUBST(enable_debug)
|
2000-11-04 17:29:26 +03:00
|
|
|
|
2007-02-21 18:12:39 +03:00
|
|
|
#
|
|
|
|
# --enable-profiling enables gcc profiling
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(enable, profiling, no,
|
2008-10-29 12:27:24 +03:00
|
|
|
[build with profiling enabled ])
|
2007-02-21 18:12:39 +03:00
|
|
|
|
2008-09-05 16:11:18 +04:00
|
|
|
#
|
|
|
|
# --enable-coverage enables generation of code coverage metrics with gcov
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(enable, coverage, no,
|
2008-10-29 12:27:24 +03:00
|
|
|
[build with coverage testing instrumentation],
|
2008-09-05 22:54:58 +04:00
|
|
|
[AC_CHECK_PROGS(GCOV, gcov)
|
2008-09-05 16:11:18 +04:00
|
|
|
if test -z "$GCOV"; then
|
|
|
|
AC_MSG_ERROR([gcov not found])
|
|
|
|
fi
|
|
|
|
AC_CHECK_PROGS(LCOV, lcov)
|
|
|
|
if test -z "$LCOV"; then
|
|
|
|
AC_MSG_ERROR([lcov not found])
|
|
|
|
fi
|
|
|
|
AC_CHECK_PROGS(GENHTML, genhtml)
|
|
|
|
if test -z "$GENHTML"; then
|
|
|
|
AC_MSG_ERROR([genhtml not found])
|
2008-09-05 22:54:58 +04:00
|
|
|
fi])
|
2008-09-05 16:11:18 +04:00
|
|
|
AC_SUBST(enable_coverage)
|
|
|
|
|
2006-07-24 20:32:45 +04:00
|
|
|
#
|
|
|
|
# DTrace
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(enable, dtrace, no,
|
2008-10-29 12:27:24 +03:00
|
|
|
[build with DTrace support],
|
2012-05-14 23:51:21 +04:00
|
|
|
[AC_CHECK_PROGS(DTRACE, dtrace)
|
2006-08-17 21:25:43 +04:00
|
|
|
if test -z "$DTRACE"; then
|
|
|
|
AC_MSG_ERROR([dtrace not found])
|
|
|
|
fi
|
2006-07-24 20:32:45 +04:00
|
|
|
AC_SUBST(DTRACEFLAGS)])
|
|
|
|
AC_SUBST(enable_dtrace)
|
|
|
|
|
2014-11-02 17:14:36 +03:00
|
|
|
#
|
|
|
|
# TAP tests
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(enable, tap-tests, no,
|
|
|
|
[enable TAP tests (requires Perl and IPC::Run)])
|
|
|
|
AC_SUBST(enable_tap_tests)
|
|
|
|
|
2008-03-10 23:06:27 +03:00
|
|
|
#
|
2008-05-02 05:08:27 +04:00
|
|
|
# Block size
|
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([for block size])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, blocksize, [BLOCKSIZE], [set table block size in kB [8]],
|
2008-05-02 05:08:27 +04:00
|
|
|
[blocksize=$withval],
|
|
|
|
[blocksize=8])
|
|
|
|
case ${blocksize} in
|
|
|
|
1) BLCKSZ=1024;;
|
|
|
|
2) BLCKSZ=2048;;
|
|
|
|
4) BLCKSZ=4096;;
|
|
|
|
8) BLCKSZ=8192;;
|
|
|
|
16) BLCKSZ=16384;;
|
|
|
|
32) BLCKSZ=32768;;
|
|
|
|
*) AC_MSG_ERROR([Invalid block size. Allowed values are 1,2,4,8,16,32.])
|
|
|
|
esac
|
|
|
|
AC_MSG_RESULT([${blocksize}kB])
|
|
|
|
|
|
|
|
AC_DEFINE_UNQUOTED([BLCKSZ], ${BLCKSZ}, [
|
|
|
|
Size of a disk block --- this also limits the size of a tuple. You
|
|
|
|
can set it bigger if you need bigger tuples (although TOAST should
|
|
|
|
reduce the need to have large tuples, since fields can be spread
|
|
|
|
across multiple tuples).
|
2010-11-23 23:27:50 +03:00
|
|
|
|
2008-05-02 05:08:27 +04:00
|
|
|
BLCKSZ must be a power of 2. The maximum possible value of BLCKSZ
|
|
|
|
is currently 2^15 (32768). This is determined by the 15-bit widths
|
|
|
|
of the lp_off and lp_len fields in ItemIdData (see
|
|
|
|
include/storage/itemid.h).
|
2010-11-23 23:27:50 +03:00
|
|
|
|
2008-05-02 05:08:27 +04:00
|
|
|
Changing BLCKSZ requires an initdb.
|
2010-11-23 23:27:50 +03:00
|
|
|
])
|
2008-05-02 05:08:27 +04:00
|
|
|
|
|
|
|
#
|
2008-05-02 23:52:37 +04:00
|
|
|
# Relation segment size
|
2008-05-02 05:08:27 +04:00
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([for segment size])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, segsize, [SEGSIZE], [set table segment size in GB [1]],
|
2008-05-02 05:08:27 +04:00
|
|
|
[segsize=$withval],
|
|
|
|
[segsize=1])
|
|
|
|
# this expression is set up to avoid unnecessary integer overflow
|
2008-05-03 04:24:06 +04:00
|
|
|
# blocksize is already guaranteed to be a factor of 1024
|
|
|
|
RELSEG_SIZE=`expr '(' 1024 / ${blocksize} ')' '*' ${segsize} '*' 1024`
|
2008-05-02 05:08:27 +04:00
|
|
|
test $? -eq 0 || exit 1
|
|
|
|
AC_MSG_RESULT([${segsize}GB])
|
|
|
|
|
|
|
|
AC_DEFINE_UNQUOTED([RELSEG_SIZE], ${RELSEG_SIZE}, [
|
|
|
|
RELSEG_SIZE is the maximum number of blocks allowed in one disk file.
|
|
|
|
Thus, the maximum size of a single file is RELSEG_SIZE * BLCKSZ;
|
|
|
|
relations bigger than that are divided into multiple files.
|
2010-11-23 23:27:50 +03:00
|
|
|
|
2008-05-02 05:08:27 +04:00
|
|
|
RELSEG_SIZE * BLCKSZ must be less than your OS' limit on file size.
|
|
|
|
This is often 2 GB or 4GB in a 32-bit operating system, unless you
|
|
|
|
have large file support enabled. By default, we make the limit 1 GB
|
|
|
|
to avoid any possible integer-overflow problems within the OS.
|
|
|
|
A limit smaller than necessary only means we divide a large
|
|
|
|
relation into more chunks than necessary, so it seems best to err
|
|
|
|
in the direction of a small limit.
|
|
|
|
|
|
|
|
A power-of-2 value is recommended to save a few cycles in md.c,
|
|
|
|
but is not absolutely required.
|
|
|
|
|
|
|
|
Changing RELSEG_SIZE requires an initdb.
|
|
|
|
])
|
2008-03-10 23:06:27 +03:00
|
|
|
|
2008-05-02 23:52:37 +04:00
|
|
|
#
|
|
|
|
# WAL block size
|
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([for WAL block size])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, wal-blocksize, [BLOCKSIZE], [set WAL block size in kB [8]],
|
2008-05-02 23:52:37 +04:00
|
|
|
[wal_blocksize=$withval],
|
|
|
|
[wal_blocksize=8])
|
|
|
|
case ${wal_blocksize} in
|
|
|
|
1) XLOG_BLCKSZ=1024;;
|
|
|
|
2) XLOG_BLCKSZ=2048;;
|
|
|
|
4) XLOG_BLCKSZ=4096;;
|
|
|
|
8) XLOG_BLCKSZ=8192;;
|
|
|
|
16) XLOG_BLCKSZ=16384;;
|
|
|
|
32) XLOG_BLCKSZ=32768;;
|
|
|
|
64) XLOG_BLCKSZ=65536;;
|
|
|
|
*) AC_MSG_ERROR([Invalid WAL block size. Allowed values are 1,2,4,8,16,32,64.])
|
|
|
|
esac
|
|
|
|
AC_MSG_RESULT([${wal_blocksize}kB])
|
|
|
|
|
|
|
|
AC_DEFINE_UNQUOTED([XLOG_BLCKSZ], ${XLOG_BLCKSZ}, [
|
|
|
|
Size of a WAL file block. This need have no particular relation to BLCKSZ.
|
|
|
|
XLOG_BLCKSZ must be a power of 2, and if your system supports O_DIRECT I/O,
|
|
|
|
XLOG_BLCKSZ must be a multiple of the alignment requirement for direct-I/O
|
|
|
|
buffers, else direct I/O may fail.
|
|
|
|
|
|
|
|
Changing XLOG_BLCKSZ requires an initdb.
|
2010-11-23 23:27:50 +03:00
|
|
|
])
|
2008-05-02 23:52:37 +04:00
|
|
|
|
|
|
|
#
|
|
|
|
# WAL segment size
|
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([for WAL segment size])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, wal-segsize, [SEGSIZE], [set WAL segment size in MB [16]],
|
2008-05-02 23:52:37 +04:00
|
|
|
[wal_segsize=$withval],
|
|
|
|
[wal_segsize=16])
|
|
|
|
case ${wal_segsize} in
|
|
|
|
1) ;;
|
|
|
|
2) ;;
|
|
|
|
4) ;;
|
|
|
|
8) ;;
|
|
|
|
16) ;;
|
|
|
|
32) ;;
|
|
|
|
64) ;;
|
|
|
|
*) AC_MSG_ERROR([Invalid WAL segment size. Allowed values are 1,2,4,8,16,32,64.])
|
|
|
|
esac
|
|
|
|
AC_MSG_RESULT([${wal_segsize}MB])
|
|
|
|
|
|
|
|
AC_DEFINE_UNQUOTED([XLOG_SEG_SIZE], [(${wal_segsize} * 1024 * 1024)], [
|
|
|
|
XLOG_SEG_SIZE is the size of a single WAL file. This must be a power of 2
|
|
|
|
and larger than XLOG_BLCKSZ (preferably, a great deal larger than
|
|
|
|
XLOG_BLCKSZ).
|
|
|
|
|
|
|
|
Changing XLOG_SEG_SIZE requires an initdb.
|
|
|
|
])
|
|
|
|
|
2000-07-13 02:59:15 +04:00
|
|
|
#
|
2000-07-15 19:54:52 +04:00
|
|
|
# C compiler
|
|
|
|
#
|
|
|
|
|
2000-07-13 02:59:15 +04:00
|
|
|
# For historical reasons you can also use --with-CC to specify the C compiler
|
|
|
|
# to use, although the standard way to do this is to set the CC environment
|
|
|
|
# variable.
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, CC, [CMD], [set compiler (deprecated)], [CC=$with_CC])
|
2000-06-10 07:16:34 +04:00
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
case $template in
|
|
|
|
aix) pgac_cc_list="gcc xlc";;
|
|
|
|
*) pgac_cc_list="gcc cc";;
|
|
|
|
esac
|
2000-11-04 17:29:26 +03:00
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
AC_PROG_CC([$pgac_cc_list])
|
2003-08-11 22:07:38 +04:00
|
|
|
|
2007-08-05 19:43:00 +04:00
|
|
|
# Check if it's Intel's compiler, which (usually) pretends to be gcc,
|
|
|
|
# but has idiosyncrasies of its own. We assume icc will define
|
|
|
|
# __INTEL_COMPILER regardless of CFLAGS.
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_COMPILE_IFELSE([AC_LANG_PROGRAM([], [@%:@ifndef __INTEL_COMPILER
|
2007-08-05 19:43:00 +04:00
|
|
|
choke me
|
2015-07-02 19:21:23 +03:00
|
|
|
@%:@endif])], [ICC=yes], [ICC=no])
|
2007-08-05 19:43:00 +04:00
|
|
|
|
2008-10-29 19:06:47 +03:00
|
|
|
# Check if it's Sun Studio compiler. We assume that
|
|
|
|
# __SUNPRO_C will be defined for Sun Studio compilers
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_COMPILE_IFELSE([AC_LANG_PROGRAM([], [@%:@ifndef __SUNPRO_C
|
2008-10-29 19:06:47 +03:00
|
|
|
choke me
|
2015-07-02 19:21:23 +03:00
|
|
|
@%:@endif])], [SUN_STUDIO_CC=yes], [SUN_STUDIO_CC=no])
|
2008-10-29 19:06:47 +03:00
|
|
|
|
|
|
|
AC_SUBST(SUN_STUDIO_CC)
|
|
|
|
|
2003-11-01 23:48:51 +03:00
|
|
|
unset CFLAGS
|
2003-10-25 19:32:11 +04:00
|
|
|
|
2003-08-11 22:07:38 +04:00
|
|
|
#
|
2000-07-15 19:54:52 +04:00
|
|
|
# Read the template
|
2003-08-11 22:07:38 +04:00
|
|
|
#
|
2000-07-15 19:54:52 +04:00
|
|
|
. "$srcdir/src/template/$template" || exit
|
2000-11-04 17:29:26 +03:00
|
|
|
|
2003-10-25 19:32:11 +04:00
|
|
|
# CFLAGS are selected so:
|
|
|
|
# If the user specifies something in the environment, that is used.
|
|
|
|
# else: If the template file set something, that is used.
|
2008-09-05 16:11:18 +04:00
|
|
|
# else: If coverage was enabled, don't set anything.
|
2003-10-25 19:32:11 +04:00
|
|
|
# else: If the compiler is GCC, then we use -O2.
|
2009-02-11 23:02:40 +03:00
|
|
|
# else: If the compiler is something else, then we use -O, unless debugging.
|
2003-10-25 19:32:11 +04:00
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
if test "$ac_env_CFLAGS_set" = set; then
|
|
|
|
CFLAGS=$ac_env_CFLAGS_value
|
2003-11-01 23:48:51 +03:00
|
|
|
elif test "${CFLAGS+set}" = set; then
|
2003-10-25 19:32:11 +04:00
|
|
|
: # (keep what template set)
|
2008-09-05 16:11:18 +04:00
|
|
|
elif test "$enable_coverage" = yes; then
|
|
|
|
: # no optimization by default
|
2003-10-25 19:32:11 +04:00
|
|
|
elif test "$GCC" = yes; then
|
|
|
|
CFLAGS="-O2"
|
2003-10-14 04:48:09 +04:00
|
|
|
else
|
2003-11-01 23:48:51 +03:00
|
|
|
# if the user selected debug mode, don't use -O
|
|
|
|
if test "$enable_debug" != yes; then
|
|
|
|
CFLAGS="-O"
|
|
|
|
fi
|
2000-11-04 17:29:26 +03:00
|
|
|
fi
|
2003-10-25 19:32:11 +04:00
|
|
|
|
2015-01-14 19:08:13 +03:00
|
|
|
# CFLAGS we determined above will be added back at the end
|
|
|
|
user_CFLAGS=$CFLAGS
|
|
|
|
CFLAGS=""
|
|
|
|
|
2013-04-30 09:59:26 +04:00
|
|
|
# set CFLAGS_VECTOR from the environment, if available
|
|
|
|
if test "$ac_env_CFLAGS_VECTOR_set" = set; then
|
|
|
|
CFLAGS_VECTOR=$ac_env_CFLAGS_VECTOR_value
|
|
|
|
fi
|
|
|
|
|
2006-04-30 00:47:31 +04:00
|
|
|
# Some versions of GCC support some additional useful warning flags.
|
|
|
|
# Check whether they are supported, and add them to CFLAGS if so.
|
2009-02-11 23:02:40 +03:00
|
|
|
# ICC pretends to be GCC but it's lying; it doesn't support these flags,
|
|
|
|
# but has its own. Also check other compiler-specific flags here.
|
2004-10-20 06:12:07 +04:00
|
|
|
|
2007-08-05 19:43:00 +04:00
|
|
|
if test "$GCC" = yes -a "$ICC" = no; then
|
2015-01-14 19:08:13 +03:00
|
|
|
CFLAGS="-Wall -Wmissing-prototypes -Wpointer-arith"
|
2007-08-05 19:43:00 +04:00
|
|
|
# These work in some but not all gcc versions
|
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-Wdeclaration-after-statement])
|
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-Wendif-labels])
|
2011-09-11 00:12:46 +04:00
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-Wmissing-format-attribute])
|
2011-01-27 02:23:48 +03:00
|
|
|
# This was included in -Wall/-Wformat in older GCC versions
|
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-Wformat-security])
|
2004-10-20 06:12:07 +04:00
|
|
|
# Disable strict-aliasing rules; needed for gcc 3.3+
|
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-fno-strict-aliasing])
|
2008-03-11 00:50:16 +03:00
|
|
|
# Disable optimizations that assume no overflow; needed for gcc 4.3+
|
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-fwrapv])
|
2011-12-15 02:15:24 +04:00
|
|
|
# Disable FP optimizations that cause various errors on gcc 4.5+ or maybe 4.6+
|
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-fexcess-precision=standard])
|
2013-04-30 09:59:26 +04:00
|
|
|
# Optimization flags for specific files that benefit from vectorization
|
|
|
|
PGAC_PROG_CC_VAR_OPT(CFLAGS_VECTOR, [-funroll-loops])
|
|
|
|
PGAC_PROG_CC_VAR_OPT(CFLAGS_VECTOR, [-ftree-vectorize])
|
2015-04-05 20:01:55 +03:00
|
|
|
# We want to suppress clang's unhelpful unused-command-line-argument warnings
|
|
|
|
# but gcc won't complain about unrecognized -Wno-foo switches, so we have to
|
|
|
|
# test for the positive form and if that works, add the negative form
|
|
|
|
PGAC_PROG_CC_VAR_OPT(NOT_THE_CFLAGS, [-Wunused-command-line-argument])
|
|
|
|
if test -n "$NOT_THE_CFLAGS"; then
|
|
|
|
CFLAGS="$CFLAGS -Wno-unused-command-line-argument"
|
|
|
|
fi
|
2007-08-05 19:43:00 +04:00
|
|
|
elif test "$ICC" = yes; then
|
|
|
|
# Intel's compiler has a bug/misoptimization in checking for
|
|
|
|
# division by NAN (NaN == 0), -mp1 fixes it, so add it to the CFLAGS.
|
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-mp1])
|
2007-09-12 18:28:55 +04:00
|
|
|
# Make sure strict aliasing is off (though this is said to be the default)
|
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-fno-strict-aliasing])
|
2009-02-11 23:02:40 +03:00
|
|
|
elif test "$PORTNAME" = "aix"; then
|
|
|
|
# AIX's xlc has to have strict aliasing turned off too
|
2006-04-27 18:27:04 +04:00
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-qnoansialias])
|
2015-07-17 10:01:14 +03:00
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([-qlonglong])
|
2011-05-27 01:29:33 +04:00
|
|
|
elif test "$PORTNAME" = "hpux"; then
|
|
|
|
# On some versions of HP-UX, libm functions do not set errno by default.
|
|
|
|
# Fix that by using +Olibmerrno if the compiler recognizes it.
|
|
|
|
PGAC_PROG_CC_CFLAGS_OPT([+Olibmerrno])
|
2004-10-20 06:12:07 +04:00
|
|
|
fi
|
2003-10-25 19:32:11 +04:00
|
|
|
|
2013-04-30 09:59:26 +04:00
|
|
|
AC_SUBST(CFLAGS_VECTOR, $CFLAGS_VECTOR)
|
|
|
|
|
2003-10-16 02:23:56 +04:00
|
|
|
# supply -g if --enable-debug
|
2003-11-01 23:48:51 +03:00
|
|
|
if test "$enable_debug" = yes && test "$ac_cv_prog_cc_g" = yes; then
|
2003-10-16 02:23:56 +04:00
|
|
|
CFLAGS="$CFLAGS -g"
|
|
|
|
fi
|
2003-10-25 19:32:11 +04:00
|
|
|
|
2008-09-05 16:11:18 +04:00
|
|
|
# enable code coverage if --enable-coverage
|
|
|
|
if test "$enable_coverage" = yes; then
|
|
|
|
if test "$GCC" = yes; then
|
|
|
|
CFLAGS="$CFLAGS -fprofile-arcs -ftest-coverage"
|
|
|
|
else
|
|
|
|
AC_MSG_ERROR([--enable-coverage is supported only when using GCC])
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
|
2007-02-21 18:12:39 +03:00
|
|
|
# enable profiling if --enable-profiling
|
|
|
|
if test "$enable_profiling" = yes && test "$ac_cv_prog_cc_g" = yes; then
|
|
|
|
if test "$GCC" = yes; then
|
2010-11-23 23:27:50 +03:00
|
|
|
AC_DEFINE([PROFILE_PID_DIR], 1,
|
2007-09-21 06:33:46 +04:00
|
|
|
[Define to 1 to allow profiling output to be saved separately for each process.])
|
|
|
|
CFLAGS="$CFLAGS -pg $PLATFORM_PROFILE_FLAGS"
|
2007-02-21 18:12:39 +03:00
|
|
|
else
|
|
|
|
AC_MSG_ERROR([--enable-profiling is supported only when using GCC])
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
|
2003-09-07 07:43:57 +04:00
|
|
|
# We already have this in Makefile.win32, but configure needs it too
|
2003-10-25 19:32:11 +04:00
|
|
|
if test "$PORTNAME" = "win32"; then
|
2004-02-02 19:00:49 +03:00
|
|
|
CPPFLAGS="$CPPFLAGS -I$srcdir/src/include/port/win32 -DEXEC_BACKEND"
|
2003-09-07 07:43:57 +04:00
|
|
|
fi
|
|
|
|
|
2015-01-14 19:08:13 +03:00
|
|
|
# Now that we're done automatically adding stuff to CFLAGS, put back the
|
|
|
|
# user-specified flags (if any) at the end. This lets users override
|
|
|
|
# the automatic additions.
|
|
|
|
CFLAGS="$CFLAGS $user_CFLAGS"
|
|
|
|
|
|
|
|
# Check if the compiler still works with the final flag settings
|
2002-03-29 20:32:55 +03:00
|
|
|
AC_MSG_CHECKING([whether the C compiler still works])
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_LINK_IFELSE([AC_LANG_PROGRAM([], [return 0;])],
|
2002-03-29 20:32:55 +03:00
|
|
|
[AC_MSG_RESULT(yes)],
|
|
|
|
[AC_MSG_RESULT(no)
|
|
|
|
AC_MSG_ERROR([cannot proceed])])
|
2002-09-20 22:38:57 +04:00
|
|
|
|
2003-10-16 02:23:56 +04:00
|
|
|
# Defend against gcc -ffast-math
|
2002-09-20 22:38:57 +04:00
|
|
|
if test "$GCC" = yes; then
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_COMPILE_IFELSE([AC_LANG_PROGRAM([], [@%:@ifdef __FAST_MATH__
|
2002-09-20 22:38:57 +04:00
|
|
|
choke me
|
2015-07-02 19:21:23 +03:00
|
|
|
@%:@endif])], [], [AC_MSG_ERROR([do not put -ffast-math in CFLAGS])])
|
2002-09-20 22:38:57 +04:00
|
|
|
fi
|
|
|
|
|
2000-06-10 07:16:34 +04:00
|
|
|
AC_PROG_CPP
|
2000-06-11 15:40:09 +04:00
|
|
|
AC_SUBST(GCC)
|
2000-06-10 07:16:34 +04:00
|
|
|
|
|
|
|
|
2003-12-23 21:40:53 +03:00
|
|
|
#
|
|
|
|
# Set up TAS assembly code if needed; the template file has now had its
|
|
|
|
# chance to request this.
|
|
|
|
#
|
|
|
|
AC_CONFIG_LINKS([src/backend/port/tas.s:src/backend/port/tas/${tas_file}])
|
|
|
|
|
|
|
|
if test "$need_tas" = yes ; then
|
|
|
|
TAS=tas.o
|
|
|
|
else
|
|
|
|
TAS=""
|
|
|
|
fi
|
|
|
|
AC_SUBST(TAS)
|
|
|
|
|
|
|
|
|
2000-07-16 18:50:44 +04:00
|
|
|
#
|
|
|
|
# Automatic dependency tracking
|
|
|
|
#
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(enable, depend, no, [turn on automatic dependency tracking],
|
2000-09-22 00:17:43 +04:00
|
|
|
[autodepend=yes])
|
2000-07-16 18:50:44 +04:00
|
|
|
AC_SUBST(autodepend)
|
|
|
|
|
|
|
|
|
2000-09-22 00:17:43 +04:00
|
|
|
#
|
|
|
|
# Enable assert checks
|
|
|
|
#
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(enable, cassert, no, [enable assertion checks (for debugging)],
|
2000-09-22 00:17:43 +04:00
|
|
|
[AC_DEFINE([USE_ASSERT_CHECKING], 1,
|
2003-04-07 02:45:23 +04:00
|
|
|
[Define to 1 to build with assertion checks. (--enable-cassert)])])
|
2000-07-15 19:54:52 +04:00
|
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
# Include directories
|
|
|
|
#
|
|
|
|
ac_save_IFS=$IFS
|
2004-09-02 19:39:56 +04:00
|
|
|
IFS="${IFS}${PATH_SEPARATOR}"
|
2000-07-15 19:54:52 +04:00
|
|
|
# SRCH_INC comes from the template file
|
|
|
|
for dir in $with_includes $SRCH_INC; do
|
|
|
|
if test -d "$dir"; then
|
|
|
|
INCLUDES="$INCLUDES -I$dir"
|
|
|
|
else
|
|
|
|
AC_MSG_WARN([*** Include directory $dir does not exist.])
|
|
|
|
fi
|
|
|
|
done
|
|
|
|
IFS=$ac_save_IFS
|
|
|
|
AC_SUBST(INCLUDES)
|
|
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
# Library directories
|
|
|
|
#
|
|
|
|
ac_save_IFS=$IFS
|
2004-09-02 19:39:56 +04:00
|
|
|
IFS="${IFS}${PATH_SEPARATOR}"
|
2000-07-15 19:54:52 +04:00
|
|
|
# LIBRARY_DIRS comes from command line, SRCH_LIB from template file.
|
|
|
|
for dir in $LIBRARY_DIRS $SRCH_LIB; do
|
|
|
|
if test -d "$dir"; then
|
2000-10-25 20:13:52 +04:00
|
|
|
LIBDIRS="$LIBDIRS -L$dir"
|
2000-07-15 19:54:52 +04:00
|
|
|
else
|
|
|
|
AC_MSG_WARN([*** Library directory $dir does not exist.])
|
|
|
|
fi
|
|
|
|
done
|
|
|
|
IFS=$ac_save_IFS
|
|
|
|
|
2003-06-14 03:10:08 +04:00
|
|
|
#
|
2003-08-11 22:07:38 +04:00
|
|
|
# Enable thread-safe client libraries
|
2003-06-14 03:10:08 +04:00
|
|
|
#
|
2003-08-11 22:07:38 +04:00
|
|
|
AC_MSG_CHECKING([allow thread-safe client libraries])
|
2009-12-02 17:07:26 +03:00
|
|
|
PGAC_ARG_BOOL(enable, thread-safety, yes, [disable thread-safety in client libraries])
|
2009-12-11 05:21:21 +03:00
|
|
|
if test "$enable_thread_safety" = yes; then
|
|
|
|
AC_DEFINE([ENABLE_THREAD_SAFETY], 1,
|
|
|
|
[Define to 1 to build client libraries as thread-safe code. (--enable-thread-safety)])
|
|
|
|
fi
|
2003-08-01 07:10:04 +04:00
|
|
|
AC_MSG_RESULT([$enable_thread_safety])
|
|
|
|
AC_SUBST(enable_thread_safety)
|
2003-06-14 03:10:08 +04:00
|
|
|
|
2000-09-26 02:23:01 +04:00
|
|
|
#
|
2004-10-01 06:00:44 +04:00
|
|
|
# Optionally build Tcl modules (PL/Tcl)
|
2000-09-26 02:23:01 +04:00
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([whether to build with Tcl])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(with, tcl, no, [build Tcl modules (PL/Tcl)])
|
2000-09-26 02:23:01 +04:00
|
|
|
AC_MSG_RESULT([$with_tcl])
|
|
|
|
AC_SUBST([with_tcl])
|
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
# We see if the path to the Tcl/Tk configuration scripts is specified.
|
2000-09-22 00:17:43 +04:00
|
|
|
# This will override the use of tclsh to find the paths to search.
|
1998-10-18 08:16:08 +04:00
|
|
|
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_REQ(with, tclconfig, [DIR], [tclConfig.sh is in DIR])
|
2000-09-22 00:17:43 +04:00
|
|
|
|
2002-08-30 20:23:21 +04:00
|
|
|
#
|
2002-09-05 02:54:18 +04:00
|
|
|
# Optionally build Perl modules (PL/Perl)
|
2002-08-30 20:23:21 +04:00
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([whether to build Perl modules])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(with, perl, no, [build Perl modules (PL/Perl)])
|
2002-08-30 20:23:21 +04:00
|
|
|
AC_MSG_RESULT([$with_perl])
|
|
|
|
AC_SUBST(with_perl)
|
|
|
|
|
2000-09-22 00:17:43 +04:00
|
|
|
#
|
2003-09-02 03:01:49 +04:00
|
|
|
# Optionally build Python modules (PL/Python)
|
2000-09-22 00:17:43 +04:00
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([whether to build Python modules])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(with, python, no, [build Python modules (PL/Python)])
|
2001-05-12 21:49:32 +04:00
|
|
|
AC_MSG_RESULT([$with_python])
|
2000-06-10 22:02:12 +04:00
|
|
|
AC_SUBST(with_python)
|
1998-04-06 00:28:23 +04:00
|
|
|
|
2007-07-10 17:14:22 +04:00
|
|
|
#
|
|
|
|
# GSSAPI
|
|
|
|
#
|
2007-07-10 20:41:01 +04:00
|
|
|
AC_MSG_CHECKING([whether to build with GSSAPI support])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(with, gssapi, no, [build with GSSAPI support],
|
2007-07-10 17:14:22 +04:00
|
|
|
[
|
|
|
|
AC_DEFINE(ENABLE_GSS, 1, [Define to build with GSSAPI support. (--with-gssapi)])
|
|
|
|
krb_srvtab="FILE:\$(sysconfdir)/krb5.keytab"
|
|
|
|
])
|
|
|
|
AC_MSG_RESULT([$with_gssapi])
|
|
|
|
|
2000-07-09 17:14:19 +04:00
|
|
|
|
2000-08-25 14:00:35 +04:00
|
|
|
AC_SUBST(krb_srvtab)
|
2000-06-17 04:10:40 +04:00
|
|
|
|
|
|
|
|
2000-07-09 17:14:19 +04:00
|
|
|
#
|
|
|
|
# Kerberos configuration parameters
|
|
|
|
#
|
2000-09-22 00:17:43 +04:00
|
|
|
PGAC_ARG_REQ(with, krb-srvnam,
|
2014-01-15 20:24:01 +04:00
|
|
|
[NAME], [default service principal name in Kerberos (GSSAPI) [postgres]],
|
2000-09-22 00:17:43 +04:00
|
|
|
[],
|
|
|
|
[with_krb_srvnam="postgres"])
|
|
|
|
AC_DEFINE_UNQUOTED([PG_KRB_SRVNAM], ["$with_krb_srvnam"],
|
2014-01-15 20:24:01 +04:00
|
|
|
[Define to the name of the default PostgreSQL service principal in Kerberos (GSSAPI). (--with-krb-srvnam=NAME)])
|
2000-06-17 04:10:40 +04:00
|
|
|
|
|
|
|
|
2001-09-06 07:23:38 +04:00
|
|
|
#
|
|
|
|
# PAM
|
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([whether to build with PAM support])
|
2001-12-14 01:00:22 +03:00
|
|
|
PGAC_ARG_BOOL(with, pam, no,
|
2008-10-29 12:27:24 +03:00
|
|
|
[build with PAM support],
|
2003-04-07 02:45:23 +04:00
|
|
|
[AC_DEFINE([USE_PAM], 1, [Define to 1 to build with PAM support. (--with-pam)])])
|
2001-12-14 01:00:22 +03:00
|
|
|
AC_MSG_RESULT([$with_pam])
|
2001-09-06 07:23:38 +04:00
|
|
|
|
2000-06-17 04:10:40 +04:00
|
|
|
|
2016-04-08 20:51:54 +03:00
|
|
|
#
|
|
|
|
# BSD AUTH
|
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([whether to build with BSD Authentication support])
|
|
|
|
PGAC_ARG_BOOL(with, bsd-auth, no,
|
|
|
|
[build with BSD Authentication support],
|
|
|
|
[AC_DEFINE([USE_BSD_AUTH], 1, [Define to 1 to build with BSD Authentication support. (--with-bsd-auth)])])
|
|
|
|
AC_MSG_RESULT([$with_bsd_auth])
|
|
|
|
|
|
|
|
|
2006-03-06 20:41:44 +03:00
|
|
|
#
|
|
|
|
# LDAP
|
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([whether to build with LDAP support])
|
|
|
|
PGAC_ARG_BOOL(with, ldap, no,
|
2008-10-29 12:27:24 +03:00
|
|
|
[build with LDAP support],
|
2006-03-06 20:41:44 +03:00
|
|
|
[AC_DEFINE([USE_LDAP], 1, [Define to 1 to build with LDAP support. (--with-ldap)])])
|
|
|
|
AC_MSG_RESULT([$with_ldap])
|
|
|
|
|
|
|
|
|
2003-06-11 10:56:07 +04:00
|
|
|
#
|
2005-05-15 04:26:19 +04:00
|
|
|
# Bonjour
|
2003-06-11 10:56:07 +04:00
|
|
|
#
|
2005-05-15 04:26:19 +04:00
|
|
|
AC_MSG_CHECKING([whether to build with Bonjour support])
|
|
|
|
PGAC_ARG_BOOL(with, bonjour, no,
|
2008-10-29 12:27:24 +03:00
|
|
|
[build with Bonjour support],
|
2005-05-15 04:26:19 +04:00
|
|
|
[AC_DEFINE([USE_BONJOUR], 1, [Define to 1 to build with Bonjour support. (--with-bonjour)])])
|
|
|
|
AC_MSG_RESULT([$with_bonjour])
|
2003-06-11 10:56:07 +04:00
|
|
|
|
|
|
|
|
2000-07-09 17:14:19 +04:00
|
|
|
#
|
|
|
|
# OpenSSL
|
|
|
|
#
|
2003-11-27 22:44:56 +03:00
|
|
|
AC_MSG_CHECKING([whether to build with OpenSSL support])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(with, openssl, no, [build with OpenSSL support],
|
Break out OpenSSL-specific code to separate files.
This refactoring is in preparation for adding support for other SSL
implementations, with no user-visible effects. There are now two #defines,
USE_OPENSSL which is defined when building with OpenSSL, and USE_SSL which
is defined when building with any SSL implementation. Currently, OpenSSL is
the only implementation so the two #defines go together, but USE_SSL is
supposed to be used for implementation-independent code.
The libpq SSL code is changed to use a custom BIO, which does all the raw
I/O, like we've been doing in the backend for a long time. That makes it
possible to use MSG_NOSIGNAL to block SIGPIPE when using SSL, which avoids
a couple of syscall for each send(). Probably doesn't make much performance
difference in practice - the SSL encryption is expensive enough to mask the
effect - but it was a natural result of this refactoring.
Based on a patch by Martijn van Oosterhout from 2006. Briefly reviewed by
Alvaro Herrera, Andreas Karlsson, Jeff Janes.
2014-08-11 12:54:19 +04:00
|
|
|
[AC_DEFINE([USE_OPENSSL], 1, [Define to build with OpenSSL support. (--with-openssl)])])
|
2003-11-27 22:44:56 +03:00
|
|
|
AC_MSG_RESULT([$with_openssl])
|
2000-09-22 00:17:43 +04:00
|
|
|
AC_SUBST(with_openssl)
|
2000-07-09 17:14:19 +04:00
|
|
|
|
2011-01-24 04:44:48 +03:00
|
|
|
#
|
|
|
|
# SELinux
|
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([whether to build with SELinux support])
|
|
|
|
PGAC_ARG_BOOL(with, selinux, no, [build with SELinux support])
|
|
|
|
AC_SUBST(with_selinux)
|
|
|
|
AC_MSG_RESULT([$with_selinux])
|
2000-07-09 17:14:19 +04:00
|
|
|
|
2015-11-17 14:46:17 +03:00
|
|
|
#
|
|
|
|
# Systemd
|
|
|
|
#
|
|
|
|
AC_MSG_CHECKING([whether to build with systemd support])
|
|
|
|
PGAC_ARG_BOOL(with, systemd, no, [build with systemd support],
|
|
|
|
[AC_DEFINE([USE_SYSTEMD], 1, [Define to build with systemd support. (--with-systemd)])])
|
|
|
|
AC_SUBST(with_systemd)
|
|
|
|
AC_MSG_RESULT([$with_systemd])
|
|
|
|
|
2002-04-11 02:47:09 +04:00
|
|
|
#
|
|
|
|
# Readline
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(with, readline, yes,
|
2008-10-29 12:27:24 +03:00
|
|
|
[do not use GNU Readline nor BSD Libedit for editing])
|
2004-07-21 00:37:13 +04:00
|
|
|
# readline on MinGW has problems with backslashes in psql and other bugs.
|
|
|
|
# This is particularly a problem with non-US code pages.
|
|
|
|
# Therefore disable its use until we understand the cause. 2004-07-20
|
2004-09-10 17:53:40 +04:00
|
|
|
if test "$PORTNAME" = "win32"; then
|
2004-07-21 00:37:13 +04:00
|
|
|
if test "$with_readline" = yes; then
|
|
|
|
AC_MSG_WARN([*** Readline does not work on MinGW --- disabling])
|
|
|
|
with_readline=no
|
2004-09-10 17:53:40 +04:00
|
|
|
fi
|
|
|
|
fi
|
2004-07-21 00:37:13 +04:00
|
|
|
|
2002-04-11 02:47:09 +04:00
|
|
|
|
2006-10-02 03:47:16 +04:00
|
|
|
#
|
|
|
|
# Prefer libedit
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(with, libedit-preferred, no,
|
2008-10-29 12:27:24 +03:00
|
|
|
[prefer BSD Libedit over GNU Readline])
|
2006-10-02 03:47:16 +04:00
|
|
|
|
|
|
|
|
2007-04-21 21:26:18 +04:00
|
|
|
#
|
2014-05-28 03:42:08 +04:00
|
|
|
# UUID library
|
2007-04-21 21:26:18 +04:00
|
|
|
#
|
2014-05-28 03:42:08 +04:00
|
|
|
# There are at least three UUID libraries in common use: the FreeBSD/NetBSD
|
|
|
|
# library, the e2fsprogs libuuid (now part of util-linux-ng), and the OSSP
|
|
|
|
# UUID library. More than one of these might be present on a given platform,
|
|
|
|
# so we make the user say which one she wants.
|
|
|
|
#
|
|
|
|
PGAC_ARG_REQ(with, uuid, [LIB], [build contrib/uuid-ossp using LIB (bsd,e2fs,ossp)])
|
|
|
|
if test x"$with_uuid" = x"" ; then
|
|
|
|
with_uuid=no
|
|
|
|
fi
|
|
|
|
PGAC_ARG_BOOL(with, ossp-uuid, no, [obsolete spelling of --with-uuid=ossp])
|
|
|
|
if test "$with_ossp_uuid" = yes ; then
|
|
|
|
with_uuid=ossp
|
|
|
|
fi
|
|
|
|
|
|
|
|
if test "$with_uuid" = bsd ; then
|
|
|
|
AC_DEFINE([HAVE_UUID_BSD], 1, [Define to 1 if you have BSD UUID support.])
|
|
|
|
UUID_EXTRA_OBJS="md5.o sha1.o"
|
|
|
|
elif test "$with_uuid" = e2fs ; then
|
|
|
|
AC_DEFINE([HAVE_UUID_E2FS], 1, [Define to 1 if you have E2FS UUID support.])
|
|
|
|
UUID_EXTRA_OBJS="md5.o sha1.o"
|
|
|
|
elif test "$with_uuid" = ossp ; then
|
|
|
|
AC_DEFINE([HAVE_UUID_OSSP], 1, [Define to 1 if you have OSSP UUID support.])
|
|
|
|
UUID_EXTRA_OBJS=""
|
|
|
|
elif test "$with_uuid" = no ; then
|
|
|
|
UUID_EXTRA_OBJS=""
|
|
|
|
else
|
|
|
|
AC_MSG_ERROR([--with-uuid must specify one of bsd, e2fs, or ossp])
|
|
|
|
fi
|
|
|
|
AC_SUBST(with_uuid)
|
|
|
|
AC_SUBST(UUID_EXTRA_OBJS)
|
2007-04-21 21:26:18 +04:00
|
|
|
|
|
|
|
|
2006-12-21 19:05:16 +03:00
|
|
|
#
|
|
|
|
# XML
|
|
|
|
#
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(with, libxml, no, [build with XML support],
|
2006-12-21 19:05:16 +03:00
|
|
|
[AC_DEFINE([USE_LIBXML], 1, [Define to 1 to build with XML support. (--with-libxml)])])
|
|
|
|
|
2007-01-18 17:07:31 +03:00
|
|
|
if test "$with_libxml" = yes ; then
|
|
|
|
AC_CHECK_PROGS(XML2_CONFIG, xml2-config)
|
|
|
|
if test -n "$XML2_CONFIG"; then
|
|
|
|
for pgac_option in `$XML2_CONFIG --cflags`; do
|
|
|
|
case $pgac_option in
|
|
|
|
-I*|-D*) CPPFLAGS="$CPPFLAGS $pgac_option";;
|
|
|
|
esac
|
|
|
|
done
|
|
|
|
for pgac_option in `$XML2_CONFIG --libs`; do
|
|
|
|
case $pgac_option in
|
|
|
|
-L*) LDFLAGS="$LDFLAGS $pgac_option";;
|
|
|
|
esac
|
|
|
|
done
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
|
2007-04-13 22:50:01 +04:00
|
|
|
AC_SUBST(with_libxml)
|
2006-12-21 19:05:16 +03:00
|
|
|
|
2007-04-15 16:48:24 +04:00
|
|
|
#
|
|
|
|
# XSLT
|
|
|
|
#
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(with, libxslt, no, [use XSLT support when building contrib/xml2],
|
2008-01-24 09:23:33 +03:00
|
|
|
[AC_DEFINE([USE_LIBXSLT], 1, [Define to 1 to use XSLT support when building contrib/xml2. (--with-libxslt)])])
|
2007-04-15 16:48:24 +04:00
|
|
|
|
|
|
|
|
|
|
|
AC_SUBST(with_libxslt)
|
|
|
|
|
2007-08-20 12:53:12 +04:00
|
|
|
#
|
|
|
|
# tzdata
|
|
|
|
#
|
|
|
|
PGAC_ARG_REQ(with, system-tzdata,
|
2008-10-29 12:27:24 +03:00
|
|
|
[DIR], [use system time zone data in DIR])
|
2007-08-20 12:53:12 +04:00
|
|
|
AC_SUBST(with_system_tzdata)
|
|
|
|
|
2002-04-11 02:47:09 +04:00
|
|
|
#
|
|
|
|
# Zlib
|
|
|
|
#
|
|
|
|
PGAC_ARG_BOOL(with, zlib, yes,
|
2008-10-29 12:27:24 +03:00
|
|
|
[do not use Zlib])
|
2005-07-06 03:13:57 +04:00
|
|
|
AC_SUBST(with_zlib)
|
2002-04-11 02:47:09 +04:00
|
|
|
|
2003-05-27 20:36:50 +04:00
|
|
|
#
|
|
|
|
# Elf
|
|
|
|
#
|
2000-06-17 04:10:40 +04:00
|
|
|
|
1999-08-03 04:09:32 +04:00
|
|
|
# Assume system is ELF if it predefines __ELF__ as 1,
|
2000-07-15 19:54:52 +04:00
|
|
|
# otherwise believe host_os based default.
|
|
|
|
case $host_os in
|
2001-05-16 21:24:10 +04:00
|
|
|
freebsd1*|freebsd2*) elf=no;;
|
|
|
|
freebsd3*|freebsd4*) elf=yes;;
|
2000-07-15 19:54:52 +04:00
|
|
|
esac
|
|
|
|
|
1999-08-03 04:09:32 +04:00
|
|
|
AC_EGREP_CPP(yes,
|
|
|
|
[#if __ELF__
|
|
|
|
yes
|
|
|
|
#endif
|
|
|
|
],
|
2000-07-15 19:54:52 +04:00
|
|
|
[ELF_SYS=true],
|
|
|
|
[if test "X$elf" = "Xyes" ; then
|
|
|
|
ELF_SYS=true
|
1999-08-03 04:09:32 +04:00
|
|
|
else
|
2000-07-15 19:54:52 +04:00
|
|
|
ELF_SYS=
|
|
|
|
fi])
|
1998-10-30 07:54:06 +03:00
|
|
|
AC_SUBST(ELF_SYS)
|
2000-07-15 19:54:52 +04:00
|
|
|
|
2003-05-27 20:36:50 +04:00
|
|
|
#
|
|
|
|
# Assignments
|
|
|
|
#
|
2000-03-30 09:29:21 +04:00
|
|
|
|
2000-07-15 19:54:52 +04:00
|
|
|
CPPFLAGS="$CPPFLAGS $INCLUDES"
|
2000-10-25 20:13:52 +04:00
|
|
|
LDFLAGS="$LDFLAGS $LIBDIRS"
|
2000-07-15 19:54:52 +04:00
|
|
|
|
2010-07-05 22:54:38 +04:00
|
|
|
AC_ARG_VAR(LDFLAGS_EX, [extra linker flags for linking executables only])
|
|
|
|
AC_ARG_VAR(LDFLAGS_SL, [extra linker flags for linking shared libraries only])
|
2000-07-15 19:54:52 +04:00
|
|
|
|
2004-07-17 22:53:56 +04:00
|
|
|
PGAC_PROG_LD
|
2000-10-24 21:41:50 +04:00
|
|
|
AC_SUBST(LD)
|
|
|
|
AC_SUBST(with_gnu_ld)
|
2001-07-30 19:01:00 +04:00
|
|
|
case $host_os in sysv5*)
|
2000-11-09 21:18:42 +03:00
|
|
|
AC_CACHE_CHECK([whether ld -R works], [pgac_cv_prog_ld_R],
|
|
|
|
[
|
|
|
|
pgac_save_LDFLAGS=$LDFLAGS; LDFLAGS="$LDFLAGS -Wl,-R/usr/lib"
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_LINK_IFELSE([AC_LANG_PROGRAM([], [])],
|
|
|
|
[pgac_cv_prog_ld_R=yes],
|
|
|
|
[pgac_cv_prog_ld_R=no])
|
2000-11-09 21:18:42 +03:00
|
|
|
LDFLAGS=$pgac_save_LDFLAGS
|
|
|
|
])
|
|
|
|
ld_R_works=$pgac_cv_prog_ld_R
|
|
|
|
AC_SUBST(ld_R_works)
|
|
|
|
esac
|
1997-02-04 11:53:45 +03:00
|
|
|
AC_PROG_RANLIB
|
2002-04-10 20:45:25 +04:00
|
|
|
PGAC_CHECK_STRIP
|
2008-12-07 11:36:22 +03:00
|
|
|
AC_CHECK_TOOL(AR, ar, ar)
|
|
|
|
if test "$PORTNAME" = "win32"; then
|
|
|
|
AC_CHECK_TOOL(DLLTOOL, dlltool, dlltool)
|
|
|
|
AC_CHECK_TOOL(DLLWRAP, dllwrap, dllwrap)
|
|
|
|
AC_CHECK_TOOL(WINDRES, windres, windres)
|
|
|
|
fi
|
2001-02-11 01:31:42 +03:00
|
|
|
|
2012-06-27 14:40:51 +04:00
|
|
|
AC_PROG_INSTALL
|
|
|
|
# When Autoconf chooses install-sh as install program it tries to generate
|
|
|
|
# a relative path to it in each makefile where it subsitutes it. This clashes
|
|
|
|
# with our Makefile.global concept. This workaround helps.
|
|
|
|
case $INSTALL in
|
2012-06-28 21:05:36 +04:00
|
|
|
*install-sh*) install_bin='';;
|
|
|
|
*) install_bin=$INSTALL;;
|
2012-06-27 14:40:51 +04:00
|
|
|
esac
|
2012-06-28 21:05:36 +04:00
|
|
|
AC_SUBST(install_bin)
|
2012-06-27 14:40:51 +04:00
|
|
|
|
2007-07-19 21:15:30 +04:00
|
|
|
AC_PATH_PROG(TAR, tar)
|
|
|
|
AC_PROG_LN_S
|
|
|
|
AC_PROG_AWK
|
2009-08-27 02:24:44 +04:00
|
|
|
AC_PROG_MKDIR_P
|
|
|
|
# When Autoconf chooses install-sh as mkdir -p program it tries to generate
|
|
|
|
# a relative path to it in each makefile where it subsitutes it. This clashes
|
|
|
|
# with our Makefile.global concept. This workaround helps.
|
|
|
|
case $MKDIR_P in
|
|
|
|
*install-sh*) MKDIR_P='\${SHELL} \${top_srcdir}/config/install-sh -c -d';;
|
|
|
|
esac
|
2003-06-06 23:11:55 +04:00
|
|
|
|
2008-08-29 17:02:33 +04:00
|
|
|
PGAC_PATH_BISON
|
2007-07-19 21:15:30 +04:00
|
|
|
PGAC_PATH_FLEX
|
2001-02-11 01:31:42 +03:00
|
|
|
|
2002-08-30 20:23:21 +04:00
|
|
|
PGAC_PATH_PERL
|
|
|
|
if test "$with_perl" = yes; then
|
2010-01-07 06:24:57 +03:00
|
|
|
if test -z "$PERL"; then
|
|
|
|
AC_MSG_ERROR([Perl not found])
|
|
|
|
fi
|
2002-09-05 02:54:18 +04:00
|
|
|
PGAC_CHECK_PERL_CONFIGS([archlibexp,privlibexp,useshrplib])
|
Move interpreter shared library detection to configure
For building PL/Perl, PL/Python, and PL/Tcl, we need a shared library of
libperl, libpython, and libtcl, respectively. Previously, this was
checked in the makefiles, skipping the PL build with a warning if no
shared library was available. Now this is checked in configure, with an
error if no shared library is available.
The previous situation arose because in the olden days, the configure
options --with-perl, --with-python, and --with-tcl controlled whether
frontend interfaces for those languages would be built. The procedural
languages were added later, and shared libraries were often not
available in the beginning. So it was decided skip the builds of the
procedural languages in those cases. The frontend interfaces have since
been removed from the tree, and shared libraries are now available most
of the time, so that setup makes much less sense now.
Also, the new setup allows contrib modules and pgxs users to rely on the
respective PLs being available based on configure flags.
2015-05-02 04:38:21 +03:00
|
|
|
if test "$perl_useshrplib" != yes && test "$perl_useshrplib" != true; then
|
|
|
|
AC_MSG_ERROR([cannot build PL/Perl because libperl is not a shared library
|
|
|
|
You might have to rebuild your Perl installation. Refer to the
|
|
|
|
documentation for details. Use --without-perl to disable building
|
|
|
|
PL/Perl.])
|
|
|
|
fi
|
2002-08-30 20:23:21 +04:00
|
|
|
PGAC_CHECK_PERL_EMBED_LDFLAGS
|
|
|
|
fi
|
|
|
|
|
2001-05-12 21:49:32 +04:00
|
|
|
if test "$with_python" = yes; then
|
|
|
|
PGAC_PATH_PYTHON
|
|
|
|
PGAC_CHECK_PYTHON_EMBED_SETUP
|
Move interpreter shared library detection to configure
For building PL/Perl, PL/Python, and PL/Tcl, we need a shared library of
libperl, libpython, and libtcl, respectively. Previously, this was
checked in the makefiles, skipping the PL build with a warning if no
shared library was available. Now this is checked in configure, with an
error if no shared library is available.
The previous situation arose because in the olden days, the configure
options --with-perl, --with-python, and --with-tcl controlled whether
frontend interfaces for those languages would be built. The procedural
languages were added later, and shared libraries were often not
available in the beginning. So it was decided skip the builds of the
procedural languages in those cases. The frontend interfaces have since
been removed from the tree, and shared libraries are now available most
of the time, so that setup makes much less sense now.
Also, the new setup allows contrib modules and pgxs users to rely on the
respective PLs being available based on configure flags.
2015-05-02 04:38:21 +03:00
|
|
|
|
2015-05-02 06:12:45 +03:00
|
|
|
# We need libpython as a shared library. With Python >=2.5, we
|
|
|
|
# check the Py_ENABLE_SHARED setting. On Debian, the setting is not
|
|
|
|
# correct before the jessie release (http://bugs.debian.org/695979).
|
|
|
|
# We also want to support older Python versions. So as a fallback
|
|
|
|
# we see if there is a file that is named like a shared library.
|
Move interpreter shared library detection to configure
For building PL/Perl, PL/Python, and PL/Tcl, we need a shared library of
libperl, libpython, and libtcl, respectively. Previously, this was
checked in the makefiles, skipping the PL build with a warning if no
shared library was available. Now this is checked in configure, with an
error if no shared library is available.
The previous situation arose because in the olden days, the configure
options --with-perl, --with-python, and --with-tcl controlled whether
frontend interfaces for those languages would be built. The procedural
languages were added later, and shared libraries were often not
available in the beginning. So it was decided skip the builds of the
procedural languages in those cases. The frontend interfaces have since
been removed from the tree, and shared libraries are now available most
of the time, so that setup makes much less sense now.
Also, the new setup allows contrib modules and pgxs users to rely on the
respective PLs being available based on configure flags.
2015-05-02 04:38:21 +03:00
|
|
|
|
|
|
|
if test "$python_enable_shared" != 1; then
|
2015-05-02 06:12:45 +03:00
|
|
|
if test "$PORTNAME" = darwin; then
|
2015-05-02 20:23:16 +03:00
|
|
|
# OS X does supply a .dylib even though Py_ENABLE_SHARED does
|
|
|
|
# not get set. The file detection logic below doesn't succeed
|
|
|
|
# on older OS X versions, so make it explicit.
|
|
|
|
python_enable_shared=1
|
|
|
|
elif test "$PORTNAME" = win32; then
|
|
|
|
# Windows also needs an explicit override.
|
2015-05-02 06:12:45 +03:00
|
|
|
python_enable_shared=1
|
|
|
|
else
|
|
|
|
# We don't know the platform shared library extension here yet,
|
|
|
|
# so we try some candidates.
|
2015-05-02 20:23:16 +03:00
|
|
|
for dlsuffix in .so .sl; do
|
2015-05-02 06:12:45 +03:00
|
|
|
if ls "$python_libdir"/libpython*${dlsuffix}* >/dev/null 2>&1; then
|
|
|
|
python_enable_shared=1
|
|
|
|
break
|
|
|
|
fi
|
|
|
|
done
|
|
|
|
fi
|
Move interpreter shared library detection to configure
For building PL/Perl, PL/Python, and PL/Tcl, we need a shared library of
libperl, libpython, and libtcl, respectively. Previously, this was
checked in the makefiles, skipping the PL build with a warning if no
shared library was available. Now this is checked in configure, with an
error if no shared library is available.
The previous situation arose because in the olden days, the configure
options --with-perl, --with-python, and --with-tcl controlled whether
frontend interfaces for those languages would be built. The procedural
languages were added later, and shared libraries were often not
available in the beginning. So it was decided skip the builds of the
procedural languages in those cases. The frontend interfaces have since
been removed from the tree, and shared libraries are now available most
of the time, so that setup makes much less sense now.
Also, the new setup allows contrib modules and pgxs users to rely on the
respective PLs being available based on configure flags.
2015-05-02 04:38:21 +03:00
|
|
|
fi
|
|
|
|
|
|
|
|
if test "$python_enable_shared" != 1; then
|
|
|
|
AC_MSG_ERROR([cannot build PL/Python because libpython is not a shared library
|
|
|
|
You might have to rebuild your Python installation. Refer to the
|
|
|
|
documentation for details. Use --without-python to disable building
|
|
|
|
PL/Python.])
|
|
|
|
fi
|
2001-05-12 21:49:32 +04:00
|
|
|
fi
|
|
|
|
|
2009-01-05 13:25:59 +03:00
|
|
|
if test "$cross_compiling" = yes && test -z "$with_system_tzdata"; then
|
|
|
|
AC_PATH_PROG(ZIC, zic)
|
|
|
|
if test -z "$ZIC"; then
|
|
|
|
AC_MSG_ERROR([
|
|
|
|
When cross-compiling, either use the option --with-system-tzdata to use
|
|
|
|
existing time-zone data, or set the environment variable ZIC to a zic
|
|
|
|
program to use during the build.])
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
|
2015-07-09 00:05:45 +03:00
|
|
|
#
|
|
|
|
# Pthreads
|
|
|
|
#
|
|
|
|
# For each platform, we need to know about any special compile and link
|
|
|
|
# libraries, and whether the normal C function names are thread-safe.
|
|
|
|
# See the comment at the top of src/port/thread.c for more information.
|
|
|
|
# WIN32 doesn't need the pthread tests; it always uses threads
|
|
|
|
#
|
|
|
|
# These tests are run before the library-tests, because linking with the
|
|
|
|
# other libraries can pull in the pthread functions as a side-effect. We
|
|
|
|
# want to use the -pthread or similar flags directly, and not rely on
|
|
|
|
# the side-effects of linking with some other library.
|
Use AS_IF rather than plain shell "if" in pthread-check.
Autoconf generates additional code for the first AC_CHECK_HEADERS call in
the script. If the first call is within an if-block, the additional code is
put inside the if-block too, even though it is needed by subsequent
AC_CHECK_HEADERS checks and should always be executed. When I moved the
pthread-related checks earlier in the script, the pthread.h test inside
the block became the very first AC_CHECK_HEADERS call in the script,
triggering that problem.
To fix, use AS_IF instead of plain shell if. AS_IF knows about that issue,
and makes sure the additional code is always executed. To be completely
safe from this issue (and others), we should always be using AS_IF instead
of plain if, but that seems like excessive caution given that this is the
first time we have trouble like this. Plain if-then is more readable than
AS_IF.
This should fix compilation with --disable-thread-safety, and hopefully the
buildfarm failure on forgmouth, related to mingw standard headers, too.
I backpatched the previous fixes to 9.5, but it's starting to look like
these changes are too fiddly to backpatch, so commit this to master only,
and revert all the pthread-related configure changes in 9.5.
2015-07-09 11:38:34 +03:00
|
|
|
#
|
|
|
|
# note: We have to use AS_IF here rather than plain if. The AC_CHECK_HEADER
|
|
|
|
# invocation below is the first one in the script, and autoconf generates
|
|
|
|
# additional code for that, which must not be inside the if-block. AS_IF
|
|
|
|
# knows how to do that.
|
|
|
|
AS_IF([test "$enable_thread_safety" = yes -a "$PORTNAME" != "win32"],
|
|
|
|
[ # then
|
2015-07-09 00:05:45 +03:00
|
|
|
AX_PTHREAD # set thread flags
|
|
|
|
|
|
|
|
# Some platforms use these, so just define them. They can't hurt if they
|
|
|
|
# are not supported. For example, on Solaris -D_POSIX_PTHREAD_SEMANTICS
|
|
|
|
# enables 5-arg getpwuid_r, among other things.
|
|
|
|
PTHREAD_CFLAGS="$PTHREAD_CFLAGS -D_REENTRANT -D_THREAD_SAFE -D_POSIX_PTHREAD_SEMANTICS"
|
|
|
|
|
|
|
|
# Check for *_r functions
|
|
|
|
_CFLAGS="$CFLAGS"
|
|
|
|
_LIBS="$LIBS"
|
|
|
|
CFLAGS="$CFLAGS $PTHREAD_CFLAGS"
|
|
|
|
LIBS="$LIBS $PTHREAD_LIBS"
|
|
|
|
|
|
|
|
AC_CHECK_HEADER(pthread.h, [], [AC_MSG_ERROR([
|
|
|
|
pthread.h not found; use --disable-thread-safety to disable thread safety])])
|
|
|
|
|
|
|
|
AC_CHECK_FUNCS([strerror_r getpwuid_r gethostbyname_r])
|
|
|
|
|
|
|
|
# Do test here with the proper thread flags
|
|
|
|
PGAC_FUNC_STRERROR_R_INT
|
|
|
|
|
|
|
|
CFLAGS="$_CFLAGS"
|
|
|
|
LIBS="$_LIBS"
|
|
|
|
|
Use AS_IF rather than plain shell "if" in pthread-check.
Autoconf generates additional code for the first AC_CHECK_HEADERS call in
the script. If the first call is within an if-block, the additional code is
put inside the if-block too, even though it is needed by subsequent
AC_CHECK_HEADERS checks and should always be executed. When I moved the
pthread-related checks earlier in the script, the pthread.h test inside
the block became the very first AC_CHECK_HEADERS call in the script,
triggering that problem.
To fix, use AS_IF instead of plain shell if. AS_IF knows about that issue,
and makes sure the additional code is always executed. To be completely
safe from this issue (and others), we should always be using AS_IF instead
of plain if, but that seems like excessive caution given that this is the
first time we have trouble like this. Plain if-then is more readable than
AS_IF.
This should fix compilation with --disable-thread-safety, and hopefully the
buildfarm failure on forgmouth, related to mingw standard headers, too.
I backpatched the previous fixes to 9.5, but it's starting to look like
these changes are too fiddly to backpatch, so commit this to master only,
and revert all the pthread-related configure changes in 9.5.
2015-07-09 11:38:34 +03:00
|
|
|
], [ # else
|
2015-07-09 00:05:45 +03:00
|
|
|
# do not use values from template file
|
|
|
|
PTHREAD_CFLAGS=
|
|
|
|
PTHREAD_LIBS=
|
Use AS_IF rather than plain shell "if" in pthread-check.
Autoconf generates additional code for the first AC_CHECK_HEADERS call in
the script. If the first call is within an if-block, the additional code is
put inside the if-block too, even though it is needed by subsequent
AC_CHECK_HEADERS checks and should always be executed. When I moved the
pthread-related checks earlier in the script, the pthread.h test inside
the block became the very first AC_CHECK_HEADERS call in the script,
triggering that problem.
To fix, use AS_IF instead of plain shell if. AS_IF knows about that issue,
and makes sure the additional code is always executed. To be completely
safe from this issue (and others), we should always be using AS_IF instead
of plain if, but that seems like excessive caution given that this is the
first time we have trouble like this. Plain if-then is more readable than
AS_IF.
This should fix compilation with --disable-thread-safety, and hopefully the
buildfarm failure on forgmouth, related to mingw standard headers, too.
I backpatched the previous fixes to 9.5, but it's starting to look like
these changes are too fiddly to backpatch, so commit this to master only,
and revert all the pthread-related configure changes in 9.5.
2015-07-09 11:38:34 +03:00
|
|
|
]) # fi
|
2015-07-09 00:05:45 +03:00
|
|
|
|
|
|
|
AC_SUBST(PTHREAD_CFLAGS)
|
|
|
|
AC_SUBST(PTHREAD_LIBS)
|
|
|
|
|
2000-06-07 20:27:00 +04:00
|
|
|
|
2002-04-26 23:47:35 +04:00
|
|
|
##
|
2000-07-13 02:59:15 +04:00
|
|
|
## Libraries
|
|
|
|
##
|
2006-11-06 06:44:38 +03:00
|
|
|
## Most libraries are included only if they demonstrably provide a function
|
|
|
|
## we need, but libm is an exception: always include it, because there are
|
|
|
|
## too many compilers that play cute optimization games that will break
|
|
|
|
## probes for standard functions such as pow().
|
|
|
|
##
|
2000-07-13 02:59:15 +04:00
|
|
|
|
2006-11-06 06:44:38 +03:00
|
|
|
AC_CHECK_LIB(m, main)
|
2006-02-04 03:42:54 +03:00
|
|
|
AC_SEARCH_LIBS(setproctitle, util)
|
|
|
|
AC_SEARCH_LIBS(dlopen, dl)
|
2014-07-15 16:18:39 +04:00
|
|
|
AC_SEARCH_LIBS(socket, [socket ws2_32])
|
2006-02-04 03:42:54 +03:00
|
|
|
AC_SEARCH_LIBS(shl_load, dld)
|
2006-02-15 20:23:10 +03:00
|
|
|
# We only use libld in port/dynloader/aix.c
|
|
|
|
case $host_os in
|
|
|
|
aix*)
|
|
|
|
AC_SEARCH_LIBS(ldopen, ld)
|
|
|
|
;;
|
|
|
|
esac
|
2002-09-17 08:27:41 +04:00
|
|
|
AC_SEARCH_LIBS(getopt_long, [getopt gnugetopt])
|
2006-02-04 03:42:54 +03:00
|
|
|
AC_SEARCH_LIBS(crypt, crypt)
|
2013-10-10 05:05:02 +04:00
|
|
|
AC_SEARCH_LIBS(shm_open, rt)
|
|
|
|
AC_SEARCH_LIBS(shm_unlink, rt)
|
2001-09-11 18:31:23 +04:00
|
|
|
# Solaris:
|
2001-09-12 16:14:41 +04:00
|
|
|
AC_SEARCH_LIBS(fdatasync, [rt posix4])
|
2015-06-30 20:20:38 +03:00
|
|
|
# Required for thread_test.c on Solaris
|
|
|
|
AC_SEARCH_LIBS(sched_yield, rt)
|
2009-01-14 19:39:58 +03:00
|
|
|
# Required for thread_test.c on Solaris 2.5:
|
2009-01-14 21:10:21 +03:00
|
|
|
# Other ports use it too (HP-UX) so test unconditionally
|
|
|
|
AC_SEARCH_LIBS(gethostbyname_r, nsl)
|
2002-09-05 22:28:46 +04:00
|
|
|
# Cygwin:
|
2006-02-04 03:42:54 +03:00
|
|
|
AC_SEARCH_LIBS(shmget, cygipc)
|
2000-07-09 17:14:19 +04:00
|
|
|
|
2002-04-11 02:47:09 +04:00
|
|
|
if test "$with_readline" = yes; then
|
|
|
|
PGAC_CHECK_READLINE
|
|
|
|
if test x"$pgac_cv_check_readline" = x"no"; then
|
|
|
|
AC_MSG_ERROR([readline library not found
|
2002-09-11 08:27:48 +04:00
|
|
|
If you have readline already installed, see config.log for details on the
|
|
|
|
failure. It is possible the compiler isn't looking in the proper directory.
|
2002-04-11 02:47:09 +04:00
|
|
|
Use --without-readline to disable readline support.])
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
|
|
|
|
if test "$with_zlib" = yes; then
|
|
|
|
AC_CHECK_LIB(z, inflate, [],
|
|
|
|
[AC_MSG_ERROR([zlib library not found
|
2002-09-11 08:27:48 +04:00
|
|
|
If you have zlib already installed, see config.log for details on the
|
|
|
|
failure. It is possible the compiler isn't looking in the proper directory.
|
2002-04-11 02:47:09 +04:00
|
|
|
Use --without-zlib to disable zlib support.])])
|
|
|
|
fi
|
|
|
|
|
2003-09-13 21:01:09 +04:00
|
|
|
if test "$enable_spinlocks" = yes; then
|
2003-09-12 20:10:27 +04:00
|
|
|
AC_DEFINE(HAVE_SPINLOCKS, 1, [Define to 1 if you have spinlocks.])
|
|
|
|
else
|
|
|
|
AC_MSG_WARN([
|
|
|
|
*** Not using spinlocks will cause poor performance.])
|
|
|
|
fi
|
|
|
|
|
Add a basic atomic ops API abstracting away platform/architecture details.
Several upcoming performance/scalability improvements require atomic
operations. This new API avoids the need to splatter compiler and
architecture dependent code over all the locations employing atomic
ops.
For several of the potential usages it'd be problematic to maintain
both, a atomics using implementation and one using spinlocks or
similar. In all likelihood one of the implementations would not get
tested regularly under concurrency. To avoid that scenario the new API
provides a automatic fallback of atomic operations to spinlocks. All
properties of atomic operations are maintained. This fallback -
obviously - isn't as fast as just using atomic ops, but it's not bad
either. For one of the future users the atomics ontop spinlocks
implementation was actually slightly faster than the old purely
spinlock using implementation. That's important because it reduces the
fear of regressing older platforms when improving the scalability for
new ones.
The API, loosely modeled after the C11 atomics support, currently
provides 'atomic flags' and 32 bit unsigned integers. If the platform
efficiently supports atomic 64 bit unsigned integers those are also
provided.
To implement atomics support for a platform/architecture/compiler for
a type of atomics 32bit compare and exchange needs to be
implemented. If available and more efficient native support for flags,
32 bit atomic addition, and corresponding 64 bit operations may also
be provided. Additional useful atomic operations are implemented
generically ontop of these.
The implementation for various versions of gcc, msvc and sun studio have
been tested. Additional existing stub implementations for
* Intel icc
* HUPX acc
* IBM xlc
are included but have never been tested. These will likely require
fixes based on buildfarm and user feedback.
As atomic operations also require barriers for some operations the
existing barrier support has been moved into the atomics code.
Author: Andres Freund with contributions from Oskari Saarenmaa
Reviewed-By: Amit Kapila, Robert Haas, Heikki Linnakangas and Álvaro Herrera
Discussion: CA+TgmoYBW+ux5-8Ja=Mcyuy8=VXAnVRHp3Kess6Pn3DMXAPAEA@mail.gmail.com,
20131015123303.GH5300@awork2.anarazel.de,
20131028205522.GI20248@awork2.anarazel.de
2014-09-26 01:49:05 +04:00
|
|
|
if test "$enable_atomics" = yes; then
|
|
|
|
AC_DEFINE(HAVE_ATOMICS, 1, [Define to 1 if you want to use atomics if available.])
|
|
|
|
else
|
|
|
|
AC_MSG_WARN([
|
|
|
|
*** Not using atomic operations will cause poor performance.])
|
|
|
|
fi
|
|
|
|
|
2007-07-10 17:14:22 +04:00
|
|
|
if test "$with_gssapi" = yes ; then
|
|
|
|
if test "$PORTNAME" != "win32"; then
|
2007-07-14 15:13:28 +04:00
|
|
|
AC_SEARCH_LIBS(gss_init_sec_context, [gssapi_krb5 gss 'gssapi -lkrb5 -lcrypto'], [],
|
2013-11-10 18:20:52 +04:00
|
|
|
[AC_MSG_ERROR([could not find function 'gss_init_sec_context' required for GSSAPI])])
|
2007-07-10 17:14:22 +04:00
|
|
|
else
|
|
|
|
LIBS="$LIBS -lgssapi32"
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
|
2000-07-09 17:14:19 +04:00
|
|
|
if test "$with_openssl" = yes ; then
|
|
|
|
dnl Order matters!
|
2004-10-06 13:35:23 +04:00
|
|
|
if test "$PORTNAME" != "win32"; then
|
|
|
|
AC_CHECK_LIB(crypto, CRYPTO_new_ex_data, [], [AC_MSG_ERROR([library 'crypto' is required for OpenSSL])])
|
Support OpenSSL 1.1.0.
Changes needed to build at all:
- Check for SSL_new in configure, now that SSL_library_init is a macro.
- Do not access struct members directly. This includes some new code in
pgcrypto, to use the resource owner mechanism to ensure that we don't
leak OpenSSL handles, now that we can't embed them in other structs
anymore.
- RAND_SSLeay() -> RAND_OpenSSL()
Changes that were needed to silence deprecation warnings, but were not
strictly necessary:
- RAND_pseudo_bytes() -> RAND_bytes().
- SSL_library_init() and OpenSSL_config() -> OPENSSL_init_ssl()
- ASN1_STRING_data() -> ASN1_STRING_get0_data()
- DH_generate_parameters() -> DH_generate_parameters()
- Locking callbacks are not needed with OpenSSL 1.1.0 anymore. (Good
riddance!)
Also change references to SSLEAY_VERSION_NUMBER with OPENSSL_VERSION_NUMBER,
for the sake of consistency. OPENSSL_VERSION_NUMBER has existed since time
immemorial.
Fix SSL test suite to work with OpenSSL 1.1.0. CA certificates must have
the "CA:true" basic constraint extension now, or OpenSSL will refuse them.
Regenerate the test certificates with that. The "openssl" binary, used to
generate the certificates, is also now more picky, and throws an error
if an X509 extension is specified in "req_extensions", but that section
is empty.
Backpatch to all supported branches, per popular demand. In back-branches,
we still support OpenSSL 0.9.7 and above. OpenSSL 0.9.6 should still work
too, but I didn't test it. In master, we only support 0.9.8 and above.
Patch by Andreas Karlsson, with additional changes by me.
Discussion: <20160627151604.GD1051@msg.df7cb.de>
2016-09-15 12:36:21 +03:00
|
|
|
AC_CHECK_LIB(ssl, SSL_new, [], [AC_MSG_ERROR([library 'ssl' is required for OpenSSL])])
|
2004-10-06 13:35:23 +04:00
|
|
|
else
|
2012-02-24 00:05:08 +04:00
|
|
|
AC_SEARCH_LIBS(CRYPTO_new_ex_data, eay32 crypto, [], [AC_MSG_ERROR([library 'eay32' or 'crypto' is required for OpenSSL])])
|
Support OpenSSL 1.1.0.
Changes needed to build at all:
- Check for SSL_new in configure, now that SSL_library_init is a macro.
- Do not access struct members directly. This includes some new code in
pgcrypto, to use the resource owner mechanism to ensure that we don't
leak OpenSSL handles, now that we can't embed them in other structs
anymore.
- RAND_SSLeay() -> RAND_OpenSSL()
Changes that were needed to silence deprecation warnings, but were not
strictly necessary:
- RAND_pseudo_bytes() -> RAND_bytes().
- SSL_library_init() and OpenSSL_config() -> OPENSSL_init_ssl()
- ASN1_STRING_data() -> ASN1_STRING_get0_data()
- DH_generate_parameters() -> DH_generate_parameters()
- Locking callbacks are not needed with OpenSSL 1.1.0 anymore. (Good
riddance!)
Also change references to SSLEAY_VERSION_NUMBER with OPENSSL_VERSION_NUMBER,
for the sake of consistency. OPENSSL_VERSION_NUMBER has existed since time
immemorial.
Fix SSL test suite to work with OpenSSL 1.1.0. CA certificates must have
the "CA:true" basic constraint extension now, or OpenSSL will refuse them.
Regenerate the test certificates with that. The "openssl" binary, used to
generate the certificates, is also now more picky, and throws an error
if an X509 extension is specified in "req_extensions", but that section
is empty.
Backpatch to all supported branches, per popular demand. In back-branches,
we still support OpenSSL 0.9.7 and above. OpenSSL 0.9.6 should still work
too, but I didn't test it. In master, we only support 0.9.8 and above.
Patch by Andreas Karlsson, with additional changes by me.
Discussion: <20160627151604.GD1051@msg.df7cb.de>
2016-09-15 12:36:21 +03:00
|
|
|
AC_SEARCH_LIBS(SSL_new, ssleay32 ssl, [], [AC_MSG_ERROR([library 'ssleay32' or 'ssl' is required for OpenSSL])])
|
2004-10-06 13:35:23 +04:00
|
|
|
fi
|
2014-07-16 00:00:56 +04:00
|
|
|
AC_CHECK_FUNCS([SSL_get_current_compression])
|
2000-07-09 17:14:19 +04:00
|
|
|
fi
|
1997-02-04 11:53:45 +03:00
|
|
|
|
2001-09-06 07:23:38 +04:00
|
|
|
if test "$with_pam" = yes ; then
|
2002-12-29 06:56:35 +03:00
|
|
|
AC_CHECK_LIB(pam, pam_start, [], [AC_MSG_ERROR([library 'pam' is required for PAM])])
|
2001-09-06 07:23:38 +04:00
|
|
|
fi
|
|
|
|
|
2006-12-21 19:05:16 +03:00
|
|
|
if test "$with_libxml" = yes ; then
|
2007-01-08 00:10:41 +03:00
|
|
|
AC_CHECK_LIB(xml2, xmlSaveToBuffer, [], [AC_MSG_ERROR([library 'xml2' (version >= 2.6.23) is required for XML support])])
|
2006-12-21 19:05:16 +03:00
|
|
|
fi
|
|
|
|
|
2007-04-15 16:48:24 +04:00
|
|
|
if test "$with_libxslt" = yes ; then
|
2008-04-29 02:47:03 +04:00
|
|
|
AC_CHECK_LIB(xslt, xsltCleanupGlobals, [], [AC_MSG_ERROR([library 'xslt' is required for XSLT support])])
|
2007-04-15 16:48:24 +04:00
|
|
|
fi
|
|
|
|
|
2015-07-09 00:05:45 +03:00
|
|
|
# Note: We can test for libldap_r only after we know PTHREAD_LIBS
|
|
|
|
if test "$with_ldap" = yes ; then
|
|
|
|
_LIBS="$LIBS"
|
|
|
|
if test "$PORTNAME" != "win32"; then
|
|
|
|
AC_CHECK_LIB(ldap, ldap_bind, [],
|
|
|
|
[AC_MSG_ERROR([library 'ldap' is required for LDAP])],
|
|
|
|
[$EXTRA_LDAP_LIBS])
|
|
|
|
LDAP_LIBS_BE="-lldap $EXTRA_LDAP_LIBS"
|
|
|
|
if test "$enable_thread_safety" = yes; then
|
|
|
|
# on some platforms ldap_r fails to link without PTHREAD_LIBS
|
|
|
|
AC_CHECK_LIB(ldap_r, ldap_simple_bind, [],
|
|
|
|
[AC_MSG_ERROR([library 'ldap_r' is required for LDAP])],
|
|
|
|
[$PTHREAD_CFLAGS $PTHREAD_LIBS $EXTRA_LDAP_LIBS])
|
|
|
|
LDAP_LIBS_FE="-lldap_r $EXTRA_LDAP_LIBS"
|
|
|
|
else
|
|
|
|
LDAP_LIBS_FE="-lldap $EXTRA_LDAP_LIBS"
|
|
|
|
fi
|
|
|
|
else
|
|
|
|
AC_CHECK_LIB(wldap32, ldap_bind, [], [AC_MSG_ERROR([library 'wldap32' is required for LDAP])])
|
|
|
|
LDAP_LIBS_FE="-lwldap32"
|
|
|
|
LDAP_LIBS_BE="-lwldap32"
|
|
|
|
fi
|
|
|
|
LIBS="$_LIBS"
|
|
|
|
fi
|
|
|
|
AC_SUBST(LDAP_LIBS_FE)
|
|
|
|
AC_SUBST(LDAP_LIBS_BE)
|
|
|
|
|
2011-01-24 04:44:48 +03:00
|
|
|
# for contrib/sepgsql
|
|
|
|
if test "$with_selinux" = yes; then
|
2013-03-28 23:38:35 +04:00
|
|
|
AC_CHECK_LIB(selinux, security_compute_create_name, [],
|
|
|
|
[AC_MSG_ERROR([library 'libselinux', version 2.1.10 or newer, is required for SELinux support])])
|
2011-01-24 04:44:48 +03:00
|
|
|
fi
|
|
|
|
|
2007-11-13 03:13:19 +03:00
|
|
|
# for contrib/uuid-ossp
|
2014-05-28 03:42:08 +04:00
|
|
|
if test "$with_uuid" = bsd ; then
|
|
|
|
# On BSD, the UUID functions are in libc
|
|
|
|
AC_CHECK_FUNC(uuid_to_string,
|
|
|
|
[UUID_LIBS=""],
|
|
|
|
[AC_MSG_ERROR([BSD UUID functions are not present])])
|
|
|
|
elif test "$with_uuid" = e2fs ; then
|
|
|
|
# On OS X, the UUID functions are in libc
|
|
|
|
AC_CHECK_FUNC(uuid_generate,
|
|
|
|
[UUID_LIBS=""],
|
|
|
|
[AC_CHECK_LIB(uuid, uuid_generate,
|
|
|
|
[UUID_LIBS="-luuid"],
|
|
|
|
[AC_MSG_ERROR([library 'uuid' is required for E2FS UUID])])])
|
|
|
|
elif test "$with_uuid" = ossp ; then
|
2007-11-13 03:13:19 +03:00
|
|
|
AC_CHECK_LIB(ossp-uuid, uuid_export,
|
2014-05-28 03:42:08 +04:00
|
|
|
[UUID_LIBS="-lossp-uuid"],
|
2007-11-13 03:13:19 +03:00
|
|
|
[AC_CHECK_LIB(uuid, uuid_export,
|
2014-05-28 03:42:08 +04:00
|
|
|
[UUID_LIBS="-luuid"],
|
|
|
|
[AC_MSG_ERROR([library 'ossp-uuid' or 'uuid' is required for OSSP UUID])])])
|
2007-11-13 03:13:19 +03:00
|
|
|
fi
|
2014-05-28 03:42:08 +04:00
|
|
|
AC_SUBST(UUID_LIBS)
|
2007-11-13 03:13:19 +03:00
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
|
2000-07-13 02:59:15 +04:00
|
|
|
##
|
|
|
|
## Header files
|
|
|
|
##
|
2002-07-28 00:10:05 +04:00
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
dnl sys/socket.h is required by AC_FUNC_ACCEPT_ARGTYPES
|
Introduce WaitEventSet API.
Commit ac1d794 ("Make idle backends exit if the postmaster dies.")
introduced a regression on, at least, large linux systems. Constantly
adding the same postmaster_alive_fds to the OSs internal datastructures
for implementing poll/select can cause significant contention; leading
to a performance regression of nearly 3x in one example.
This can be avoided by using e.g. linux' epoll, which avoids having to
add/remove file descriptors to the wait datastructures at a high rate.
Unfortunately the current latch interface makes it hard to allocate any
persistent per-backend resources.
Replace, with a backward compatibility layer, WaitLatchOrSocket with a
new WaitEventSet API. Users can allocate such a Set across multiple
calls, and add more than one file-descriptor to wait on. The latter has
been added because there's upcoming postgres features where that will be
helpful.
In addition to the previously existing poll(2), select(2),
WaitForMultipleObjects() implementations also provide an epoll_wait(2)
based implementation to address the aforementioned performance
problem. Epoll is only available on linux, but that is the most likely
OS for machines large enough (four sockets) to reproduce the problem.
To actually address the aforementioned regression, create and use a
long-lived WaitEventSet for FE/BE communication. There are additional
places that would benefit from a long-lived set, but that's a task for
another day.
Thanks to Amit Kapila, who helped make the windows code I blindly wrote
actually work.
Reported-By: Dmitry Vasilyev Discussion:
CAB-SwXZh44_2ybvS5Z67p_CDz=XFn4hNAD=CnMEF+QqkXwFrGg@mail.gmail.com
20160114143931.GG10941@awork2.anarazel.de
2016-03-21 11:56:39 +03:00
|
|
|
AC_CHECK_HEADERS([atomic.h crypt.h dld.h fp_class.h getopt.h ieeefp.h ifaddrs.h langinfo.h mbarrier.h poll.h pwd.h sys/epoll.h sys/ioctl.h sys/ipc.h sys/poll.h sys/pstat.h sys/resource.h sys/select.h sys/sem.h sys/shm.h sys/socket.h sys/sockio.h sys/tas.h sys/time.h sys/un.h termios.h ucred.h utime.h wchar.h wctype.h])
|
2009-10-01 05:58:58 +04:00
|
|
|
|
2013-07-25 19:39:08 +04:00
|
|
|
# On BSD, test for net/if.h will fail unless sys/socket.h
|
2009-10-01 05:58:58 +04:00
|
|
|
# is included first.
|
|
|
|
AC_CHECK_HEADERS(net/if.h, [], [],
|
|
|
|
[AC_INCLUDES_DEFAULT
|
|
|
|
#ifdef HAVE_SYS_SOCKET_H
|
|
|
|
#include <sys/socket.h>
|
|
|
|
#endif
|
|
|
|
])
|
2000-10-24 18:55:28 +04:00
|
|
|
|
2013-07-25 19:39:08 +04:00
|
|
|
# On OpenBSD, test for sys/ucred.h will fail unless sys/param.h
|
|
|
|
# is included first.
|
|
|
|
AC_CHECK_HEADERS(sys/ucred.h, [], [],
|
|
|
|
[AC_INCLUDES_DEFAULT
|
|
|
|
#include <sys/param.h>
|
|
|
|
])
|
|
|
|
|
|
|
|
# At least on IRIX, test for netinet/tcp.h will fail unless
|
2002-03-29 20:32:55 +03:00
|
|
|
# netinet/in.h is included first.
|
2002-12-29 06:56:35 +03:00
|
|
|
AC_CHECK_HEADERS(netinet/in.h)
|
|
|
|
AC_CHECK_HEADERS(netinet/tcp.h, [], [],
|
2002-03-30 03:59:52 +03:00
|
|
|
[AC_INCLUDES_DEFAULT
|
|
|
|
#ifdef HAVE_NETINET_IN_H
|
2000-10-24 18:55:28 +04:00
|
|
|
#include <netinet/in.h>
|
|
|
|
#endif
|
2002-03-29 20:32:55 +03:00
|
|
|
])
|
2000-11-03 21:43:52 +03:00
|
|
|
|
2004-11-30 09:13:04 +03:00
|
|
|
if expr x"$pgac_cv_check_readline" : 'x-lreadline' >/dev/null ; then
|
2002-12-29 06:56:35 +03:00
|
|
|
AC_CHECK_HEADERS(readline/readline.h, [],
|
2004-12-03 00:41:12 +03:00
|
|
|
[AC_CHECK_HEADERS(readline.h, [],
|
|
|
|
[AC_MSG_ERROR([readline header not found
|
2002-09-11 08:27:48 +04:00
|
|
|
If you have readline already installed, see config.log for details on the
|
|
|
|
failure. It is possible the compiler isn't looking in the proper directory.
|
2004-11-30 09:13:04 +03:00
|
|
|
Use --without-readline to disable readline support.])])])
|
2002-12-29 06:56:35 +03:00
|
|
|
AC_CHECK_HEADERS(readline/history.h, [],
|
2004-12-03 00:41:12 +03:00
|
|
|
[AC_CHECK_HEADERS(history.h, [],
|
|
|
|
[AC_MSG_ERROR([history header not found
|
2002-09-11 08:27:48 +04:00
|
|
|
If you have readline already installed, see config.log for details on the
|
|
|
|
failure. It is possible the compiler isn't looking in the proper directory.
|
2004-11-30 09:13:04 +03:00
|
|
|
Use --without-readline to disable readline support.])])])
|
|
|
|
fi
|
|
|
|
|
|
|
|
if expr x"$pgac_cv_check_readline" : 'x-ledit' >/dev/null ; then
|
2004-12-03 00:41:12 +03:00
|
|
|
# Some installations of libedit usurp /usr/include/readline/, which seems
|
|
|
|
# bad practice, since in combined installations readline will have its headers
|
|
|
|
# there. We might have to resort to AC_EGREP checks to make sure we found
|
|
|
|
# the proper header...
|
2004-11-30 09:13:04 +03:00
|
|
|
AC_CHECK_HEADERS(editline/readline.h, [],
|
2004-12-03 00:41:12 +03:00
|
|
|
[AC_CHECK_HEADERS(readline.h, [],
|
|
|
|
[AC_CHECK_HEADERS(readline/readline.h, [],
|
|
|
|
[AC_MSG_ERROR([readline header not found
|
2004-11-30 09:13:04 +03:00
|
|
|
If you have libedit already installed, see config.log for details on the
|
|
|
|
failure. It is possible the compiler isn't looking in the proper directory.
|
2004-12-03 00:41:12 +03:00
|
|
|
Use --without-readline to disable libedit support.])])])])
|
2006-10-05 04:07:45 +04:00
|
|
|
# Note: in a libedit installation, history.h is sometimes a dummy, and may
|
|
|
|
# not be there at all. Hence, don't complain if not found. We must check
|
|
|
|
# though, since in yet other versions it is an independent header.
|
|
|
|
AC_CHECK_HEADERS(editline/history.h, [],
|
|
|
|
[AC_CHECK_HEADERS(history.h, [],
|
|
|
|
[AC_CHECK_HEADERS(readline/history.h)])])
|
2002-04-11 02:47:09 +04:00
|
|
|
fi
|
|
|
|
|
|
|
|
if test "$with_zlib" = yes; then
|
|
|
|
AC_CHECK_HEADER(zlib.h, [], [AC_MSG_ERROR([zlib header not found
|
2003-01-11 07:58:44 +03:00
|
|
|
If you have zlib already installed, see config.log for details on the
|
2002-09-11 08:27:48 +04:00
|
|
|
failure. It is possible the compiler isn't looking in the proper directory.
|
2002-04-11 02:47:09 +04:00
|
|
|
Use --without-zlib to disable zlib support.])])
|
|
|
|
fi
|
2000-06-19 20:58:48 +04:00
|
|
|
|
2007-07-10 17:14:22 +04:00
|
|
|
if test "$with_gssapi" = yes ; then
|
2007-07-12 18:36:52 +04:00
|
|
|
AC_CHECK_HEADERS(gssapi/gssapi.h, [],
|
|
|
|
[AC_CHECK_HEADERS(gssapi.h, [], [AC_MSG_ERROR([gssapi.h header file is required for GSSAPI])])])
|
2007-07-10 17:14:22 +04:00
|
|
|
fi
|
|
|
|
|
2000-07-09 17:14:19 +04:00
|
|
|
if test "$with_openssl" = yes ; then
|
2002-12-29 06:56:35 +03:00
|
|
|
AC_CHECK_HEADER(openssl/ssl.h, [], [AC_MSG_ERROR([header file <openssl/ssl.h> is required for OpenSSL])])
|
|
|
|
AC_CHECK_HEADER(openssl/err.h, [], [AC_MSG_ERROR([header file <openssl/err.h> is required for OpenSSL])])
|
2000-07-09 17:14:19 +04:00
|
|
|
fi
|
|
|
|
|
2001-09-06 07:23:38 +04:00
|
|
|
if test "$with_pam" = yes ; then
|
2003-02-14 17:05:00 +03:00
|
|
|
AC_CHECK_HEADERS(security/pam_appl.h, [],
|
|
|
|
[AC_CHECK_HEADERS(pam/pam_appl.h, [],
|
|
|
|
[AC_MSG_ERROR([header file <security/pam_appl.h> or <pam/pam_appl.h> is required for PAM.])])])
|
2001-09-06 07:23:38 +04:00
|
|
|
fi
|
|
|
|
|
2016-04-08 20:51:54 +03:00
|
|
|
if test "$with_bsd_auth" = yes ; then
|
|
|
|
AC_CHECK_HEADER(bsd_auth.h, [], [AC_MSG_ERROR([header file <bsd_auth.h> is required for BSD Authentication support])])
|
|
|
|
fi
|
|
|
|
|
2015-11-17 14:46:17 +03:00
|
|
|
if test "$with_systemd" = yes ; then
|
|
|
|
AC_CHECK_HEADER(systemd/sd-daemon.h, [], [AC_MSG_ERROR([header file <systemd/sd-daemon.h> is required for systemd support])])
|
|
|
|
fi
|
|
|
|
|
2006-12-21 19:05:16 +03:00
|
|
|
if test "$with_libxml" = yes ; then
|
|
|
|
AC_CHECK_HEADER(libxml/parser.h, [], [AC_MSG_ERROR([header file <libxml/parser.h> is required for XML support])])
|
|
|
|
fi
|
|
|
|
|
2007-04-15 16:48:24 +04:00
|
|
|
if test "$with_libxslt" = yes ; then
|
|
|
|
AC_CHECK_HEADER(libxslt/xslt.h, [], [AC_MSG_ERROR([header file <libxslt/xslt.h> is required for XSLT support])])
|
|
|
|
fi
|
|
|
|
|
2006-03-06 20:41:44 +03:00
|
|
|
if test "$with_ldap" = yes ; then
|
|
|
|
if test "$PORTNAME" != "win32"; then
|
|
|
|
AC_CHECK_HEADERS(ldap.h, [],
|
|
|
|
[AC_MSG_ERROR([header file <ldap.h> is required for LDAP])])
|
2014-07-22 19:01:03 +04:00
|
|
|
PGAC_LDAP_SAFE
|
2006-03-06 20:41:44 +03:00
|
|
|
else
|
|
|
|
AC_CHECK_HEADERS(winldap.h, [],
|
|
|
|
[AC_MSG_ERROR([header file <winldap.h> is required for LDAP])],
|
|
|
|
[AC_INCLUDES_DEFAULT
|
|
|
|
#include <windows.h>
|
|
|
|
])
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
|
2005-05-15 04:26:19 +04:00
|
|
|
if test "$with_bonjour" = yes ; then
|
2009-09-08 20:08:26 +04:00
|
|
|
AC_CHECK_HEADER(dns_sd.h, [], [AC_MSG_ERROR([header file <dns_sd.h> is required for Bonjour])])
|
2003-06-11 10:56:07 +04:00
|
|
|
fi
|
|
|
|
|
2007-10-24 01:38:16 +04:00
|
|
|
# for contrib/uuid-ossp
|
2014-05-28 03:42:08 +04:00
|
|
|
if test "$with_uuid" = bsd ; then
|
|
|
|
AC_CHECK_HEADERS(uuid.h,
|
|
|
|
[AC_EGREP_HEADER([uuid_to_string], uuid.h, [],
|
|
|
|
[AC_MSG_ERROR([header file <uuid.h> does not match BSD UUID library])])],
|
|
|
|
[AC_MSG_ERROR([header file <uuid.h> is required for BSD UUID])])
|
|
|
|
elif test "$with_uuid" = e2fs ; then
|
|
|
|
AC_CHECK_HEADERS(uuid/uuid.h,
|
|
|
|
[AC_EGREP_HEADER([uuid_generate], uuid/uuid.h, [],
|
|
|
|
[AC_MSG_ERROR([header file <uuid/uuid.h> does not match E2FS UUID library])])],
|
|
|
|
[AC_CHECK_HEADERS(uuid.h,
|
|
|
|
[AC_EGREP_HEADER([uuid_generate], uuid.h, [],
|
|
|
|
[AC_MSG_ERROR([header file <uuid.h> does not match E2FS UUID library])])],
|
|
|
|
[AC_MSG_ERROR([header file <uuid/uuid.h> or <uuid.h> is required for E2FS UUID])])])
|
|
|
|
elif test "$with_uuid" = ossp ; then
|
|
|
|
AC_CHECK_HEADERS(ossp/uuid.h,
|
|
|
|
[AC_EGREP_HEADER([uuid_export], ossp/uuid.h, [],
|
|
|
|
[AC_MSG_ERROR([header file <ossp/uuid.h> does not match OSSP UUID library])])],
|
|
|
|
[AC_CHECK_HEADERS(uuid.h,
|
|
|
|
[AC_EGREP_HEADER([uuid_export], uuid.h, [],
|
|
|
|
[AC_MSG_ERROR([header file <uuid.h> does not match OSSP UUID library])])],
|
|
|
|
[AC_MSG_ERROR([header file <ossp/uuid.h> or <uuid.h> is required for OSSP UUID])])])
|
2007-10-24 01:38:16 +04:00
|
|
|
fi
|
|
|
|
|
2011-12-11 00:35:41 +04:00
|
|
|
if test "$PORTNAME" = "win32" ; then
|
|
|
|
AC_CHECK_HEADERS(crtdefs.h)
|
|
|
|
fi
|
1997-02-04 11:53:45 +03:00
|
|
|
|
2000-07-13 02:59:15 +04:00
|
|
|
##
|
|
|
|
## Types, structures, compiler characteristics
|
|
|
|
##
|
2002-07-28 00:10:05 +04:00
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
m4_defun([AC_PROG_CC_STDC], []) dnl We don't want that.
|
2007-04-06 08:21:44 +04:00
|
|
|
AC_C_BIGENDIAN
|
2015-08-05 19:19:52 +03:00
|
|
|
AC_C_INLINE
|
2014-11-23 17:34:03 +03:00
|
|
|
PGAC_PRINTF_ARCHETYPE
|
2011-06-16 23:39:09 +04:00
|
|
|
AC_C_FLEXIBLE_ARRAY_MEMBER
|
2000-08-29 13:36:51 +04:00
|
|
|
PGAC_C_SIGNED
|
2003-04-25 01:16:45 +04:00
|
|
|
PGAC_C_FUNCNAME_SUPPORT
|
2012-09-30 22:38:31 +04:00
|
|
|
PGAC_C_STATIC_ASSERT
|
|
|
|
PGAC_C_TYPES_COMPATIBLE
|
2015-02-10 11:54:40 +03:00
|
|
|
PGAC_C_BUILTIN_BSWAP32
|
2015-10-08 20:01:36 +03:00
|
|
|
PGAC_C_BUILTIN_BSWAP64
|
Improve handling of ereport(ERROR) and elog(ERROR).
In commit 71450d7fd6c7cf7b3e38ac56e363bff6a681973c, we added code to inform
suitably-intelligent compilers that ereport() doesn't return if the elevel
is ERROR or higher. This patch extends that to elog(), and also fixes a
double-evaluation hazard that the previous commit created in ereport(),
as well as reducing the emitted code size.
The elog() improvement requires the compiler to support __VA_ARGS__, which
should be available in just about anything nowadays since it's required by
C99. But our minimum language baseline is still C89, so add a configure
test for that.
The previous commit assumed that ereport's elevel could be evaluated twice,
which isn't terribly safe --- there are already counterexamples in xlog.c.
On compilers that have __builtin_constant_p, we can use that to protect the
second test, since there's no possible optimization gain if the compiler
doesn't know the value of elevel. Otherwise, use a local variable inside
the macros to prevent double evaluation. The local-variable solution is
inferior because (a) it leads to useless code being emitted when elevel
isn't constant, and (b) it increases the optimization level needed for the
compiler to recognize that subsequent code is unreachable. But it seems
better than not teaching non-gcc compilers about unreachability at all.
Lastly, if the compiler has __builtin_unreachable(), we can use that
instead of abort(), resulting in a noticeable code savings since no
function call is actually emitted. However, it seems wise to do this only
in non-assert builds. In an assert build, continue to use abort(), so that
the behavior will be predictable and debuggable if the "impossible"
happens.
These changes involve making the ereport and elog macros emit do-while
statement blocks not just expressions, which forces small changes in
a few call sites.
Andres Freund, Tom Lane, Heikki Linnakangas
2013-01-14 03:39:20 +04:00
|
|
|
PGAC_C_BUILTIN_CONSTANT_P
|
|
|
|
PGAC_C_BUILTIN_UNREACHABLE
|
|
|
|
PGAC_C_VA_ARGS
|
2003-05-22 20:39:30 +04:00
|
|
|
PGAC_STRUCT_TIMEZONE
|
2000-07-13 02:59:15 +04:00
|
|
|
PGAC_UNION_SEMUN
|
2000-09-27 19:17:57 +04:00
|
|
|
PGAC_STRUCT_SOCKADDR_UN
|
2003-06-12 11:36:51 +04:00
|
|
|
PGAC_STRUCT_SOCKADDR_STORAGE
|
2003-07-24 03:30:41 +04:00
|
|
|
PGAC_STRUCT_SOCKADDR_STORAGE_MEMBERS
|
2003-04-02 04:49:28 +04:00
|
|
|
PGAC_STRUCT_ADDRINFO
|
2009-12-31 22:41:37 +03:00
|
|
|
AC_TYPE_INTPTR_T
|
|
|
|
AC_TYPE_UINTPTR_T
|
2010-05-25 21:28:20 +04:00
|
|
|
AC_TYPE_LONG_LONG_INT
|
1997-02-06 08:30:50 +03:00
|
|
|
|
2011-02-09 00:04:18 +03:00
|
|
|
PGAC_TYPE_LOCALE_T
|
|
|
|
|
Replace use of credential control messages with getsockopt(LOCAL_PEERCRED).
It turns out the reason we hadn't found out about the portability issues
with our credential-control-message code is that almost no modern platforms
use that code at all; the ones that used to need it now offer getpeereid(),
which we choose first. The last holdout was NetBSD, and they added
getpeereid() as of 5.0. So far as I can tell, the only live platform on
which that code was being exercised was Debian/kFreeBSD, ie, FreeBSD kernel
with Linux userland --- since glibc doesn't provide getpeereid(), we fell
back to the control message code. However, the FreeBSD kernel provides a
LOCAL_PEERCRED socket parameter that's functionally equivalent to Linux's
SO_PEERCRED. That is both much simpler to use than control messages, and
superior because it doesn't require receiving a message from the other end
at just the right time.
Therefore, add code to use LOCAL_PEERCRED when necessary, and rip out all
the credential-control-message code in the backend. (libpq still has such
code so that it can still talk to pre-9.1 servers ... but eventually we can
get rid of it there too.) Clean up related autoconf probes, too.
This means that libpq's requirepeer parameter now works on exactly the same
platforms where the backend supports peer authentication, so adjust the
documentation accordingly.
2011-06-01 00:10:46 +04:00
|
|
|
AC_CHECK_TYPES([struct cmsgcred], [], [],
|
|
|
|
[#include <sys/socket.h>
|
2013-07-25 19:39:08 +04:00
|
|
|
#include <sys/param.h>
|
Replace use of credential control messages with getsockopt(LOCAL_PEERCRED).
It turns out the reason we hadn't found out about the portability issues
with our credential-control-message code is that almost no modern platforms
use that code at all; the ones that used to need it now offer getpeereid(),
which we choose first. The last holdout was NetBSD, and they added
getpeereid() as of 5.0. So far as I can tell, the only live platform on
which that code was being exercised was Debian/kFreeBSD, ie, FreeBSD kernel
with Linux userland --- since glibc doesn't provide getpeereid(), we fell
back to the control message code. However, the FreeBSD kernel provides a
LOCAL_PEERCRED socket parameter that's functionally equivalent to Linux's
SO_PEERCRED. That is both much simpler to use than control messages, and
superior because it doesn't require receiving a message from the other end
at just the right time.
Therefore, add code to use LOCAL_PEERCRED when necessary, and rip out all
the credential-control-message code in the backend. (libpq still has such
code so that it can still talk to pre-9.1 servers ... but eventually we can
get rid of it there too.) Clean up related autoconf probes, too.
This means that libpq's requirepeer parameter now works on exactly the same
platforms where the backend supports peer authentication, so adjust the
documentation accordingly.
2011-06-01 00:10:46 +04:00
|
|
|
#ifdef HAVE_SYS_UCRED_H
|
|
|
|
#include <sys/ucred.h>
|
|
|
|
#endif])
|
2002-03-29 20:32:55 +03:00
|
|
|
|
2003-08-08 01:11:58 +04:00
|
|
|
AC_CHECK_TYPES([struct option], [], [],
|
|
|
|
[#ifdef HAVE_GETOPT_H
|
2003-08-08 01:38:55 +04:00
|
|
|
#include <getopt.h>
|
2003-08-08 01:11:58 +04:00
|
|
|
#endif])
|
|
|
|
|
2002-04-11 02:47:09 +04:00
|
|
|
if test "$with_zlib" = yes; then
|
|
|
|
# Check that <zlib.h> defines z_streamp (versions before about 1.0.4
|
|
|
|
# did not). While we could work around the lack of z_streamp, it
|
|
|
|
# seems unwise to encourage people to use such old zlib versions...
|
|
|
|
AC_CHECK_TYPE(z_streamp, [], [AC_MSG_ERROR([zlib version is too old
|
|
|
|
Use --without-zlib to disable zlib support.])],
|
|
|
|
[#include <zlib.h>])
|
|
|
|
fi
|
|
|
|
|
2012-01-02 07:39:59 +04:00
|
|
|
# On PPC, check if assembler supports LWARX instruction's mutex hint bit
|
|
|
|
case $host_cpu in
|
|
|
|
ppc*|powerpc*)
|
|
|
|
AC_MSG_CHECKING([whether assembler supports lwarx hint bit])
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_COMPILE_IFELSE([AC_LANG_PROGRAM([],
|
2012-01-02 07:39:59 +04:00
|
|
|
[int a = 0; int *p = &a; int r;
|
2015-07-02 19:21:23 +03:00
|
|
|
__asm__ __volatile__ (" lwarx %0,0,%1,1\n" : "=&r"(r) : "r"(p));])],
|
2012-01-02 07:39:59 +04:00
|
|
|
[pgac_cv_have_ppc_mutex_hint=yes],
|
|
|
|
[pgac_cv_have_ppc_mutex_hint=no])
|
|
|
|
AC_MSG_RESULT([$pgac_cv_have_ppc_mutex_hint])
|
|
|
|
if test x"$pgac_cv_have_ppc_mutex_hint" = xyes ; then
|
|
|
|
AC_DEFINE(HAVE_PPC_LWARX_MUTEX_HINT, 1, [Define to 1 if the assembler supports PPC's LWARX mutex hint bit.])
|
|
|
|
fi
|
|
|
|
;;
|
|
|
|
esac
|
|
|
|
|
2010-01-16 22:50:26 +03:00
|
|
|
# Check largefile support. You might think this is a system service not a
|
|
|
|
# compiler characteristic, but you'd be wrong. We must check this before
|
|
|
|
# probing existence of related functions such as fseeko, since the largefile
|
|
|
|
# defines can affect what is generated for that.
|
2011-12-11 00:35:41 +04:00
|
|
|
if test "$PORTNAME" != "win32"; then
|
|
|
|
AC_SYS_LARGEFILE
|
2014-02-23 05:42:39 +04:00
|
|
|
dnl Autoconf 2.69's AC_SYS_LARGEFILE believes it's a good idea to #define
|
|
|
|
dnl _DARWIN_USE_64_BIT_INODE, but it isn't: on OS X 10.5 that activates a
|
|
|
|
dnl bug that causes readdir() to sometimes return EINVAL. On later OS X
|
|
|
|
dnl versions where the feature actually works, it's on by default anyway.
|
2013-12-29 21:57:45 +04:00
|
|
|
AH_VERBATIM([_DARWIN_USE_64_BIT_INODE],[])
|
2011-12-11 00:35:41 +04:00
|
|
|
fi
|
2010-01-16 22:50:26 +03:00
|
|
|
|
|
|
|
# Check for largefile support (must be after AC_SYS_LARGEFILE)
|
|
|
|
AC_CHECK_SIZEOF([off_t])
|
|
|
|
|
|
|
|
# If we don't have largefile support, can't handle segsize >= 2GB.
|
2010-11-23 23:27:50 +03:00
|
|
|
if test "$ac_cv_sizeof_off_t" -lt 8 -a "$segsize" != "1"; then
|
|
|
|
AC_MSG_ERROR([Large file support is not enabled. Segment size cannot be larger than 1GB.])
|
2010-01-16 22:50:26 +03:00
|
|
|
fi
|
|
|
|
|
2006-01-18 02:52:31 +03:00
|
|
|
|
2000-07-13 02:59:15 +04:00
|
|
|
##
|
|
|
|
## Functions, global variables
|
|
|
|
##
|
2002-07-28 00:10:05 +04:00
|
|
|
|
2000-06-11 15:40:09 +04:00
|
|
|
PGAC_VAR_INT_TIMEZONE
|
2000-07-13 02:59:15 +04:00
|
|
|
AC_FUNC_ACCEPT_ARGTYPES
|
2000-06-11 15:40:09 +04:00
|
|
|
PGAC_FUNC_GETTIMEOFDAY_1ARG
|
Cope if platform declares mbstowcs_l(), but not locale_t, in <xlocale.h>.
Previously, we included <xlocale.h> only if necessary to get the definition
of type locale_t. According to notes in PGAC_TYPE_LOCALE_T, this is
important because on some versions of glibc that file supplies an
incompatible declaration of locale_t. (This info may be obsolete, because
on my RHEL6 box that seems to be the *only* definition of locale_t; but
there may still be glibc's in the wild for which it's a live concern.)
It turns out though that on FreeBSD and maybe other BSDen, you can get
locale_t from stdlib.h or locale.h but mbstowcs_l() and friends only from
<xlocale.h>. This was leaving us compiling calls to mbstowcs_l() and
friends with no visible prototype, which causes a warning and could
possibly cause actual trouble, since it's not declared to return int.
Hence, adjust the configure checks so that we'll include <xlocale.h>
either if it's necessary to get type locale_t or if it's necessary to
get a declaration of mbstowcs_l().
Report and patch by Aleksander Alekseev, somewhat whacked around by me.
Back-patch to all supported branches, since we have been using
mbstowcs_l() since 9.1.
2016-03-15 20:19:57 +03:00
|
|
|
PGAC_FUNC_WCSTOMBS_L
|
1997-02-04 11:53:45 +03:00
|
|
|
|
2012-12-19 01:22:13 +04:00
|
|
|
# Some versions of libedit contain strlcpy(), setproctitle(), and other
|
|
|
|
# symbols that that library has no business exposing to the world. Pending
|
|
|
|
# acquisition of a clue by those developers, ignore libedit (including its
|
|
|
|
# possible alias of libreadline) while checking for everything else.
|
|
|
|
LIBS_including_readline="$LIBS"
|
|
|
|
LIBS=`echo "$LIBS" | sed -e 's/-ledit//g' -e 's/-lreadline//g'`
|
|
|
|
|
Remove support for Unix systems without the POSIX signal APIs.
Remove configure's checks for HAVE_POSIX_SIGNALS, HAVE_SIGPROCMASK, and
HAVE_SIGSETJMP. These APIs are required by the Single Unix Spec v2
(POSIX 1997), which we generally consider to define our minimum required
set of Unix APIs. Moreover, no buildfarm member has reported not having
them since 2012 or before, which means that even if the code is still live
somewhere, it's untested --- and we've made plenty of signal-handling
changes of late. So just take these APIs as given and save the cycles for
configure probes for them.
However, we can't remove as much C code as I'd hoped, because the Windows
port evidently still uses the non-POSIX code paths for signal masking.
Since we're largely emulating these BSD-style APIs for Windows anyway, it
might be a good thing to switch over to POSIX-like notation and thereby
remove a few more #ifdefs. But I'm not in a position to code or test that.
In the meantime, we can at least make things a bit more transparent by
testing for WIN32 explicitly in these places.
2015-08-31 19:55:59 +03:00
|
|
|
AC_CHECK_FUNCS([cbrt dlopen fdatasync getifaddrs getpeerucred getrlimit mbstowcs_l memmove poll pstat pthread_is_threaded_np readlink setproctitle setsid shm_open symlink sync_file_range towlower utime utimes wcstombs wcstombs_l])
|
2001-02-18 07:39:42 +03:00
|
|
|
|
2010-01-16 22:50:26 +03:00
|
|
|
AC_REPLACE_FUNCS(fseeko)
|
|
|
|
case $host_os in
|
2012-05-03 18:58:44 +04:00
|
|
|
# NetBSD uses a custom fseeko/ftello built on fsetpos/fgetpos
|
2010-01-16 22:50:26 +03:00
|
|
|
# Mingw uses macros to access Win32 API calls
|
2012-05-03 18:58:44 +04:00
|
|
|
netbsd*|mingw*)
|
2010-01-16 22:50:26 +03:00
|
|
|
AC_DEFINE(HAVE_FSEEKO, 1, [Define to 1 because replacement version used.])
|
|
|
|
ac_cv_func_fseeko=yes;;
|
|
|
|
*)
|
|
|
|
AC_FUNC_FSEEKO;;
|
|
|
|
esac
|
|
|
|
|
2009-04-08 02:48:30 +04:00
|
|
|
# posix_fadvise() is a no-op on Solaris, so don't incur function overhead
|
|
|
|
# by calling it, 2009-04-02
|
|
|
|
# http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/lib/libc/port/gen/posix_fadvise.c
|
|
|
|
if test "$PORTNAME" != "solaris"; then
|
|
|
|
AC_CHECK_FUNCS(posix_fadvise)
|
2006-06-18 22:30:21 +04:00
|
|
|
AC_CHECK_DECLS(posix_fadvise, [], [], [#include <fcntl.h>])
|
2009-04-08 02:48:30 +04:00
|
|
|
fi
|
|
|
|
|
|
|
|
AC_CHECK_DECLS(fdatasync, [], [], [#include <unistd.h>])
|
2007-02-07 03:28:55 +03:00
|
|
|
AC_CHECK_DECLS([strlcat, strlcpy])
|
2006-10-02 04:06:18 +04:00
|
|
|
# This is probably only present on Darwin, but may as well check always
|
|
|
|
AC_CHECK_DECLS(F_FULLFSYNC, [], [], [#include <fcntl.h>])
|
2000-05-24 18:58:21 +04:00
|
|
|
|
2003-09-07 07:36:03 +04:00
|
|
|
HAVE_IPV6=no
|
2003-03-29 14:31:52 +03:00
|
|
|
AC_CHECK_TYPE([struct sockaddr_in6],
|
2005-08-18 00:20:10 +04:00
|
|
|
[AC_DEFINE(HAVE_IPV6, 1, [Define to 1 if you have support for IPv6.])
|
|
|
|
HAVE_IPV6=yes],
|
|
|
|
[],
|
2003-01-09 17:35:03 +03:00
|
|
|
[$ac_includes_default
|
2003-03-29 14:31:52 +03:00
|
|
|
#include <netinet/in.h>])
|
2003-09-07 07:36:03 +04:00
|
|
|
AC_SUBST(HAVE_IPV6)
|
2003-01-06 08:46:18 +03:00
|
|
|
|
2000-07-09 17:14:19 +04:00
|
|
|
AC_CACHE_CHECK([for PS_STRINGS], [pgac_cv_var_PS_STRINGS],
|
2015-07-02 19:21:23 +03:00
|
|
|
[AC_LINK_IFELSE([AC_LANG_PROGRAM(
|
2000-07-09 17:14:19 +04:00
|
|
|
[#include <machine/vmparam.h>
|
|
|
|
#include <sys/exec.h>
|
|
|
|
],
|
2000-06-04 05:44:38 +04:00
|
|
|
[PS_STRINGS->ps_nargvstr = 1;
|
2015-07-02 19:21:23 +03:00
|
|
|
PS_STRINGS->ps_argvstr = "foo";])],
|
2000-07-09 17:14:19 +04:00
|
|
|
[pgac_cv_var_PS_STRINGS=yes],
|
|
|
|
[pgac_cv_var_PS_STRINGS=no])])
|
|
|
|
if test "$pgac_cv_var_PS_STRINGS" = yes ; then
|
2013-06-15 22:11:43 +04:00
|
|
|
AC_DEFINE([HAVE_PS_STRINGS], 1, [Define to 1 if the PS_STRINGS thing exists.])
|
2000-07-09 17:14:19 +04:00
|
|
|
fi
|
2000-05-24 18:58:21 +04:00
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
|
|
|
|
# We use our snprintf.c emulation if either snprintf() or vsnprintf()
|
|
|
|
# is missing. Yes, there are machines that have only one. We may
|
|
|
|
# also decide to use snprintf.c if snprintf() is present but does not
|
2005-02-24 05:12:15 +03:00
|
|
|
# have all the features we need --- see below.
|
2002-03-29 20:32:55 +03:00
|
|
|
|
2005-12-06 05:29:04 +03:00
|
|
|
if test "$PORTNAME" = "win32"; then
|
2005-12-06 21:35:10 +03:00
|
|
|
# Win32 gets snprintf.c built unconditionally.
|
|
|
|
#
|
|
|
|
# To properly translate all NLS languages strings, we must support the
|
|
|
|
# *printf() %$ format, which allows *printf() arguments to be selected
|
2010-11-23 23:27:50 +03:00
|
|
|
# by position in the translated string.
|
|
|
|
#
|
2005-12-06 21:35:10 +03:00
|
|
|
# libintl versions < 0.13 use the native *printf() functions, and Win32
|
|
|
|
# *printf() doesn't understand %$, so we must use our /port versions,
|
|
|
|
# which do understand %$. libintl versions >= 0.13 include their own
|
|
|
|
# *printf versions on Win32. The libintl 0.13 release note text is:
|
|
|
|
#
|
|
|
|
# C format strings with positions, as they arise when a translator
|
|
|
|
# needs to reorder a sentence, are now supported on all platforms.
|
|
|
|
# On those few platforms (NetBSD and Woe32) for which the native
|
|
|
|
# printf()/fprintf()/... functions don't support such format
|
|
|
|
# strings, replacements are provided through <libintl.h>.
|
|
|
|
#
|
|
|
|
# We could use libintl >= 0.13's *printf() if we were sure that we had
|
|
|
|
# a litint >= 0.13 at runtime, but seeing that there is no clean way
|
|
|
|
# to guarantee that, it is best to just use our own, so we are sure to
|
|
|
|
# get %$ support. In include/port.h we disable the *printf() macros
|
|
|
|
# that might have been defined by libintl.
|
|
|
|
#
|
|
|
|
# We do this unconditionally whether NLS is used or not so we are sure
|
|
|
|
# that all Win32 libraries and binaries behave the same.
|
2005-12-06 05:29:04 +03:00
|
|
|
pgac_need_repl_snprintf=yes
|
|
|
|
else
|
|
|
|
pgac_need_repl_snprintf=no
|
|
|
|
AC_CHECK_FUNCS(snprintf, [], pgac_need_repl_snprintf=yes)
|
|
|
|
AC_CHECK_FUNCS(vsnprintf, [], pgac_need_repl_snprintf=yes)
|
|
|
|
fi
|
2002-03-29 20:32:55 +03:00
|
|
|
|
|
|
|
|
|
|
|
# Check whether <stdio.h> declares snprintf() and vsnprintf(); if not,
|
|
|
|
# include/c.h will provide declarations. Note this is a separate test
|
|
|
|
# from whether the functions exist in the C library --- there are
|
|
|
|
# systems that have the functions but don't bother to declare them :-(
|
|
|
|
|
|
|
|
AC_CHECK_DECLS([snprintf, vsnprintf])
|
|
|
|
|
2000-07-13 02:59:15 +04:00
|
|
|
|
2006-01-12 22:23:22 +03:00
|
|
|
dnl Cannot use AC_CHECK_FUNC because isinf may be a macro
|
2000-07-13 02:59:15 +04:00
|
|
|
AC_CACHE_CHECK([for isinf], ac_cv_func_isinf,
|
2015-07-02 19:21:23 +03:00
|
|
|
[AC_LINK_IFELSE([AC_LANG_PROGRAM([
|
2006-01-12 22:23:22 +03:00
|
|
|
#include <math.h>
|
|
|
|
double glob_double;
|
2000-07-13 02:59:15 +04:00
|
|
|
],
|
2015-07-02 19:21:23 +03:00
|
|
|
[return isinf(glob_double) ? 0 : 1;])],
|
2000-07-13 02:59:15 +04:00
|
|
|
[ac_cv_func_isinf=yes],
|
|
|
|
[ac_cv_func_isinf=no])])
|
|
|
|
|
|
|
|
if test $ac_cv_func_isinf = yes ; then
|
2003-04-07 02:45:23 +04:00
|
|
|
AC_DEFINE(HAVE_ISINF, 1, [Define to 1 if you have isinf().])
|
1999-04-20 04:26:32 +04:00
|
|
|
else
|
2002-07-28 00:10:05 +04:00
|
|
|
AC_LIBOBJ(isinf)
|
2000-07-13 02:59:15 +04:00
|
|
|
# Look for a way to implement a substitute for isinf()
|
|
|
|
AC_CHECK_FUNCS([fpclass fp_class fp_class_d class], [break])
|
1999-04-20 04:26:32 +04:00
|
|
|
fi
|
2002-07-16 09:46:36 +04:00
|
|
|
|
2014-06-14 17:41:13 +04:00
|
|
|
AC_REPLACE_FUNCS([crypt fls getopt getrusage inet_aton mkdtemp random rint srandom strerror strlcat strlcpy])
|
2009-02-12 18:12:47 +03:00
|
|
|
|
|
|
|
case $host_os in
|
|
|
|
|
|
|
|
# Windows uses a specialised env handler
|
2011-07-26 07:48:44 +04:00
|
|
|
# and doesn't need a replacement getpeereid because it doesn't use
|
|
|
|
# Unix sockets.
|
2009-02-12 18:12:47 +03:00
|
|
|
mingw*)
|
|
|
|
AC_DEFINE(HAVE_UNSETENV, 1, [Define to 1 because replacement version used.])
|
2011-07-26 07:48:44 +04:00
|
|
|
AC_DEFINE(HAVE_GETPEEREID, 1, [Define to 1 because function not required.])
|
|
|
|
ac_cv_func_unsetenv=yes
|
|
|
|
ac_cv_func_getpeereid=yes;;
|
2009-02-12 18:12:47 +03:00
|
|
|
*)
|
2011-07-26 07:48:44 +04:00
|
|
|
AC_REPLACE_FUNCS([unsetenv getpeereid])
|
2009-02-12 18:12:47 +03:00
|
|
|
;;
|
|
|
|
esac
|
|
|
|
|
2005-08-25 06:28:03 +04:00
|
|
|
# System's version of getaddrinfo(), if any, may be used only if we found
|
|
|
|
# a definition for struct addrinfo; see notes in src/include/getaddrinfo.h.
|
2014-08-29 04:36:27 +04:00
|
|
|
# We use only our own getaddrinfo.c on Windows, but it's time to revisit that.
|
|
|
|
if test x"$ac_cv_type_struct_addrinfo" = xyes && \
|
|
|
|
test "$PORTNAME" != "win32"; then
|
2006-04-07 21:50:03 +04:00
|
|
|
AC_REPLACE_FUNCS([getaddrinfo])
|
2003-04-02 04:49:28 +04:00
|
|
|
else
|
|
|
|
AC_LIBOBJ(getaddrinfo)
|
|
|
|
fi
|
2002-07-28 00:10:05 +04:00
|
|
|
|
2008-02-24 08:21:54 +03:00
|
|
|
# Similarly, use system's getopt_long() only if system provides struct option.
|
2009-03-27 22:58:11 +03:00
|
|
|
if test x"$ac_cv_type_struct_option" = xyes ; then
|
2003-08-08 01:11:58 +04:00
|
|
|
AC_REPLACE_FUNCS([getopt_long])
|
|
|
|
else
|
|
|
|
AC_LIBOBJ(getopt_long)
|
|
|
|
fi
|
|
|
|
|
2009-03-27 22:58:11 +03:00
|
|
|
# Solaris' getopt() doesn't do what we want for long options, so always use
|
|
|
|
# our version on that platform.
|
|
|
|
if test "$PORTNAME" = "solaris"; then
|
|
|
|
AC_LIBOBJ(getopt)
|
|
|
|
fi
|
|
|
|
|
2010-12-16 07:50:41 +03:00
|
|
|
# mingw has adopted a GNU-centric interpretation of optind/optreset,
|
|
|
|
# so always use our version on Windows.
|
|
|
|
if test "$PORTNAME" = "win32"; then
|
|
|
|
AC_LIBOBJ(getopt)
|
|
|
|
AC_LIBOBJ(getopt_long)
|
|
|
|
fi
|
|
|
|
|
2015-03-15 21:14:24 +03:00
|
|
|
# Win32 (really MinGW) support
|
2004-09-10 17:53:40 +04:00
|
|
|
if test "$PORTNAME" = "win32"; then
|
2010-12-16 07:50:41 +03:00
|
|
|
AC_REPLACE_FUNCS(gettimeofday)
|
2015-03-14 21:08:45 +03:00
|
|
|
AC_LIBOBJ(dirmod)
|
2010-12-16 07:50:41 +03:00
|
|
|
AC_LIBOBJ(kill)
|
|
|
|
AC_LIBOBJ(open)
|
Replace SYSTEMQUOTEs with Windows-specific wrapper functions.
It's easy to forget using SYSTEMQUOTEs when constructing command strings
for system() or popen(). Even if we fix all the places missing it now, it is
bound to be forgotten again in the future. Introduce wrapper functions that
do the the extra quoting for you, and get rid of SYSTEMQUOTEs in all the
callers.
We previosly used SYSTEMQUOTEs in all the hard-coded command strings, and
this doesn't change the behavior of those. But user-supplied commands, like
archive_command, restore_command, COPY TO/FROM PROGRAM calls, as well as
pgbench's \shell, will now gain an extra pair of quotes. That is desirable,
but if you have existing scripts or config files that include an extra
pair of quotes, those might need to be adjusted.
Reviewed by Amit Kapila and Tom Lane
2014-05-05 17:07:40 +04:00
|
|
|
AC_LIBOBJ(system)
|
2010-12-16 07:50:41 +03:00
|
|
|
AC_LIBOBJ(win32env)
|
|
|
|
AC_LIBOBJ(win32error)
|
2016-01-08 00:50:28 +03:00
|
|
|
AC_LIBOBJ(win32security)
|
2011-09-01 15:02:40 +04:00
|
|
|
AC_LIBOBJ(win32setlocale)
|
2010-12-16 07:50:41 +03:00
|
|
|
AC_DEFINE([HAVE_SYMLINK], 1,
|
|
|
|
[Define to 1 if you have the `symlink' function.])
|
2010-12-26 18:34:47 +03:00
|
|
|
AC_CHECK_TYPES(MINIDUMP_TYPE, [pgac_minidump_type=yes], [pgac_minidump_type=no], [
|
|
|
|
#define WIN32_LEAN_AND_MEAN
|
|
|
|
#include <windows.h>
|
|
|
|
#include <string.h>
|
|
|
|
#include <dbghelp.h>])
|
|
|
|
fi
|
|
|
|
if test x"$pgac_minidump_type" = x"yes" ; then
|
|
|
|
AC_SUBST(have_win32_dbghelp,yes)
|
|
|
|
else
|
|
|
|
AC_SUBST(have_win32_dbghelp,no)
|
2004-09-10 17:53:40 +04:00
|
|
|
fi
|
2002-07-19 21:35:11 +04:00
|
|
|
|
2015-03-15 21:14:24 +03:00
|
|
|
# Cygwin needs only a bit of that
|
|
|
|
if test "$PORTNAME" = "cygwin"; then
|
|
|
|
AC_LIBOBJ(dirmod)
|
|
|
|
fi
|
|
|
|
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_CHECK_DECLS([sys_siglist], [], [],
|
|
|
|
[#include <signal.h>
|
|
|
|
/* NetBSD declares sys_siglist in unistd.h. */
|
|
|
|
#ifdef HAVE_UNISTD_H
|
|
|
|
# include <unistd.h>
|
|
|
|
#endif
|
|
|
|
])
|
2007-01-28 04:12:05 +03:00
|
|
|
|
2002-12-15 06:16:58 +03:00
|
|
|
AC_CHECK_FUNC(syslog,
|
2003-04-07 02:45:23 +04:00
|
|
|
[AC_CHECK_HEADER(syslog.h,
|
|
|
|
[AC_DEFINE(HAVE_SYSLOG, 1, [Define to 1 if you have the syslog interface.])])])
|
2000-05-31 04:28:42 +04:00
|
|
|
|
2009-04-05 01:55:50 +04:00
|
|
|
AC_CACHE_CHECK([for opterr], pgac_cv_var_int_opterr,
|
2015-07-02 19:21:23 +03:00
|
|
|
[AC_LINK_IFELSE([AC_LANG_PROGRAM([#include <unistd.h>],
|
|
|
|
[extern int opterr; opterr = 1;])],
|
2009-04-05 01:55:50 +04:00
|
|
|
[pgac_cv_var_int_opterr=yes],
|
|
|
|
[pgac_cv_var_int_opterr=no])])
|
|
|
|
if test x"$pgac_cv_var_int_opterr" = x"yes"; then
|
|
|
|
AC_DEFINE(HAVE_INT_OPTERR, 1, [Define to 1 if you have the global variable 'int opterr'.])
|
|
|
|
fi
|
|
|
|
|
2000-11-07 01:18:10 +03:00
|
|
|
AC_CACHE_CHECK([for optreset], pgac_cv_var_int_optreset,
|
2015-07-02 19:21:23 +03:00
|
|
|
[AC_LINK_IFELSE([AC_LANG_PROGRAM([#include <unistd.h>],
|
|
|
|
[extern int optreset; optreset = 1;])],
|
2000-11-07 01:18:10 +03:00
|
|
|
[pgac_cv_var_int_optreset=yes],
|
|
|
|
[pgac_cv_var_int_optreset=no])])
|
|
|
|
if test x"$pgac_cv_var_int_optreset" = x"yes"; then
|
2003-04-07 02:45:23 +04:00
|
|
|
AC_DEFINE(HAVE_INT_OPTRESET, 1, [Define to 1 if you have the global variable 'int optreset'.])
|
2000-11-07 01:18:10 +03:00
|
|
|
fi
|
|
|
|
|
2002-07-28 00:10:05 +04:00
|
|
|
AC_CHECK_FUNCS([strtoll strtoq], [break])
|
|
|
|
AC_CHECK_FUNCS([strtoull strtouq], [break])
|
|
|
|
|
2012-12-19 01:22:13 +04:00
|
|
|
# Lastly, restore full LIBS list and check for readline/libedit symbols
|
|
|
|
LIBS="$LIBS_including_readline"
|
|
|
|
|
|
|
|
if test "$with_readline" = yes; then
|
|
|
|
PGAC_VAR_RL_COMPLETION_APPEND_CHARACTER
|
Cope with Readline's failure to track SIGWINCH events outside of input.
It emerges that libreadline doesn't notice terminal window size change
events unless they occur while collecting input. This is easy to stumble
over if you resize the window while using a pager to look at query output,
but it can be demonstrated without any pager involvement. The symptom is
that queries exceeding one line are misdisplayed during subsequent input
cycles, because libreadline has the wrong idea of the screen dimensions.
The safest, simplest way to fix this is to call rl_reset_screen_size()
just before calling readline(). That causes an extra ioctl(TIOCGWINSZ)
for every command; but since it only happens when reading from a tty, the
performance impact should be negligible. A more valid objection is that
this still leaves a tiny window during entry to readline() wherein delivery
of SIGWINCH will be missed; but the practical consequences of that are
probably negligible. In any case, there doesn't seem to be any good way to
avoid the race, since readline exposes no functions that seem safe to call
from a generic signal handler --- rl_reset_screen_size() certainly isn't.
It turns out that we also need an explicit rl_initialize() call, else
rl_reset_screen_size() dumps core when called before the first readline()
call.
rl_reset_screen_size() is not present in old versions of libreadline,
so we need a configure test for that. (rl_initialize() is present at
least back to readline 4.0, so we won't bother with a test for it.)
We would need a configure test anyway since libedit's emulation of
libreadline doesn't currently include such a function. Fortunately,
libedit seems not to have any corresponding bug.
Merlin Moncure, adjusted a bit by me
2015-12-17 00:58:55 +03:00
|
|
|
AC_CHECK_FUNCS([rl_completion_matches rl_filename_completion_function rl_reset_screen_size])
|
2012-12-19 01:22:13 +04:00
|
|
|
AC_CHECK_FUNCS([append_history history_truncate_file])
|
|
|
|
fi
|
|
|
|
|
2002-08-20 21:54:45 +04:00
|
|
|
|
2001-03-14 21:00:09 +03:00
|
|
|
# This test makes sure that run tests work at all. Sometimes a shared
|
|
|
|
# library is found by the linker, but the runtime linker can't find it.
|
|
|
|
# This check should come after all modifications of compiler or linker
|
|
|
|
# variables, and before any other run tests.
|
|
|
|
AC_MSG_CHECKING([test program])
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_RUN_IFELSE([AC_LANG_SOURCE([int main() { return 0; }])],
|
2001-03-14 21:00:09 +03:00
|
|
|
[AC_MSG_RESULT(ok)],
|
|
|
|
[AC_MSG_RESULT(failed)
|
|
|
|
AC_MSG_ERROR([[
|
2006-10-16 21:24:54 +04:00
|
|
|
Could not execute a simple test program. This may be a problem
|
|
|
|
related to locating shared libraries. Check the file 'config.log'
|
|
|
|
for the exact reason.]])],
|
2001-03-14 21:00:09 +03:00
|
|
|
[AC_MSG_RESULT([cross-compiling])])
|
|
|
|
|
2005-12-06 21:35:10 +03:00
|
|
|
# --------------------
|
|
|
|
# Run tests below here
|
|
|
|
# --------------------
|
2001-03-14 21:00:09 +03:00
|
|
|
|
2005-02-28 23:55:18 +03:00
|
|
|
# Force use of our snprintf if system's doesn't do arg control
|
2005-12-06 21:35:10 +03:00
|
|
|
# See comment above at snprintf test for details.
|
2005-12-06 05:29:04 +03:00
|
|
|
if test "$enable_nls" = yes -a "$pgac_need_repl_snprintf" = no; then
|
2014-01-24 02:18:23 +04:00
|
|
|
PGAC_FUNC_SNPRINTF_ARG_CONTROL
|
|
|
|
if test $pgac_cv_snprintf_arg_control != yes ; then
|
2005-02-28 23:55:18 +03:00
|
|
|
pgac_need_repl_snprintf=yes
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
|
|
|
|
|
1999-02-03 03:18:53 +03:00
|
|
|
dnl Check to see if we have a working 64-bit integer type.
|
1999-03-08 00:32:06 +03:00
|
|
|
dnl This breaks down into two steps:
|
|
|
|
dnl (1) figure out if the compiler has a 64-bit int type with working
|
|
|
|
dnl arithmetic, and if so
|
|
|
|
dnl (2) see whether snprintf() can format the type correctly. (Currently,
|
|
|
|
dnl snprintf is the only library routine we really need for int8 support.)
|
|
|
|
dnl It's entirely possible to have a compiler that handles a 64-bit type
|
|
|
|
dnl when the C library doesn't; this is fairly likely when using gcc on
|
|
|
|
dnl an older platform, for example.
|
|
|
|
dnl If there is no native snprintf() or it does not handle the 64-bit type,
|
|
|
|
dnl we force our own version of snprintf() to be used instead.
|
|
|
|
dnl Note this test must be run after our initial check for snprintf/vsnprintf.
|
|
|
|
|
2010-01-07 03:25:05 +03:00
|
|
|
dnl As of Postgres 8.4, we no longer support compilers without a working
|
|
|
|
dnl 64-bit type. But we still handle the case of snprintf being broken.
|
|
|
|
|
2000-06-11 15:40:09 +04:00
|
|
|
PGAC_TYPE_64BIT_INT([long int])
|
1999-02-03 03:18:53 +03:00
|
|
|
|
2012-10-08 05:52:07 +04:00
|
|
|
if test x"$HAVE_LONG_INT_64" = x"yes" ; then
|
|
|
|
pg_int64_type="long int"
|
|
|
|
else
|
2000-06-11 15:40:09 +04:00
|
|
|
PGAC_TYPE_64BIT_INT([long long int])
|
2012-10-08 05:52:07 +04:00
|
|
|
if test x"$HAVE_LONG_LONG_INT_64" = x"yes" ; then
|
|
|
|
pg_int64_type="long long int"
|
|
|
|
else
|
2010-01-07 03:25:05 +03:00
|
|
|
AC_MSG_ERROR([Cannot find a working 64-bit integer type.])
|
|
|
|
fi
|
1999-03-08 00:32:06 +03:00
|
|
|
fi
|
|
|
|
|
2012-10-08 05:52:07 +04:00
|
|
|
AC_DEFINE_UNQUOTED(PG_INT64_TYPE, $pg_int64_type,
|
|
|
|
[Define to the name of a signed 64-bit integer type.])
|
2000-06-11 15:40:09 +04:00
|
|
|
|
2001-03-23 21:42:12 +03:00
|
|
|
dnl If we need to use "long long int", figure out whether nnnLL notation works.
|
|
|
|
|
2002-09-02 20:14:01 +04:00
|
|
|
if test x"$HAVE_LONG_LONG_INT_64" = xyes ; then
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_COMPILE_IFELSE([AC_LANG_SOURCE([
|
2001-03-23 21:42:12 +03:00
|
|
|
#define INT64CONST(x) x##LL
|
|
|
|
long long int foo = INT64CONST(0x1234567890123456);
|
2015-07-02 19:21:23 +03:00
|
|
|
])],
|
2003-04-07 02:45:23 +04:00
|
|
|
[AC_DEFINE(HAVE_LL_CONSTANTS, 1, [Define to 1 if constants of type 'long long int' should have the suffix LL.])],
|
2001-03-23 21:42:12 +03:00
|
|
|
[])
|
|
|
|
fi
|
|
|
|
|
|
|
|
|
2003-01-29 00:57:12 +03:00
|
|
|
# If we found "long int" is 64 bits, assume snprintf handles it. If
|
|
|
|
# we found we need to use "long long int", better check. We cope with
|
2004-02-10 22:55:45 +03:00
|
|
|
# snprintfs that use %lld, %qd, or %I64d as the format. If none of these
|
|
|
|
# work, fall back to our own snprintf emulation (which we know uses %lld).
|
1999-03-08 00:32:06 +03:00
|
|
|
|
2003-01-29 00:57:12 +03:00
|
|
|
if test "$HAVE_LONG_LONG_INT_64" = yes ; then
|
2002-07-28 00:10:05 +04:00
|
|
|
if test $pgac_need_repl_snprintf = no; then
|
2014-08-21 10:56:44 +04:00
|
|
|
PGAC_FUNC_SNPRINTF_LONG_LONG_INT_MODIFIER
|
|
|
|
if test "$LONG_LONG_INT_MODIFIER" = ""; then
|
2003-01-29 00:57:12 +03:00
|
|
|
# Force usage of our own snprintf, since system snprintf is broken
|
|
|
|
pgac_need_repl_snprintf=yes
|
2014-08-21 10:56:44 +04:00
|
|
|
LONG_LONG_INT_MODIFIER='ll'
|
2003-01-29 00:57:12 +03:00
|
|
|
fi
|
1999-03-15 04:43:07 +03:00
|
|
|
else
|
2003-01-29 00:57:12 +03:00
|
|
|
# Here if we previously decided we needed to use our own snprintf
|
2014-08-21 10:56:44 +04:00
|
|
|
LONG_LONG_INT_MODIFIER='ll'
|
1999-03-15 04:43:07 +03:00
|
|
|
fi
|
|
|
|
else
|
|
|
|
# Here if we are not using 'long long int' at all
|
2014-08-21 10:56:44 +04:00
|
|
|
LONG_LONG_INT_MODIFIER='l'
|
1999-03-08 00:32:06 +03:00
|
|
|
fi
|
|
|
|
|
2014-08-21 10:56:44 +04:00
|
|
|
INT64_MODIFIER="\"$LONG_LONG_INT_MODIFIER\""
|
1999-03-15 04:43:07 +03:00
|
|
|
|
2014-08-21 10:56:44 +04:00
|
|
|
AC_DEFINE_UNQUOTED(INT64_MODIFIER, $INT64_MODIFIER,
|
|
|
|
[Define to the appropriate snprintf length modifier for 64-bit ints.])
|
2004-02-10 22:55:45 +03:00
|
|
|
|
2014-01-24 02:18:23 +04:00
|
|
|
# Also force use of our snprintf if the system's doesn't support the %z flag.
|
|
|
|
if test "$pgac_need_repl_snprintf" = no; then
|
|
|
|
PGAC_FUNC_SNPRINTF_SIZE_T_SUPPORT
|
|
|
|
if test "$pgac_cv_snprintf_size_t_support" != yes; then
|
|
|
|
pgac_need_repl_snprintf=yes
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
|
2005-02-28 23:55:18 +03:00
|
|
|
# Now we have checked all the reasons to replace snprintf
|
|
|
|
if test $pgac_need_repl_snprintf = yes; then
|
2005-12-06 05:29:04 +03:00
|
|
|
AC_DEFINE(USE_REPL_SNPRINTF, 1, [Use replacement snprintf() functions.])
|
2005-02-28 23:55:18 +03:00
|
|
|
AC_LIBOBJ(snprintf)
|
|
|
|
fi
|
|
|
|
|
2009-12-31 22:41:37 +03:00
|
|
|
# Check size of void *, size_t (enables tweaks for > 32bit address space)
|
2009-01-06 18:38:44 +03:00
|
|
|
AC_CHECK_SIZEOF([void *])
|
2005-08-21 03:26:37 +04:00
|
|
|
AC_CHECK_SIZEOF([size_t])
|
2009-12-31 22:41:37 +03:00
|
|
|
AC_CHECK_SIZEOF([long])
|
2005-08-21 03:26:37 +04:00
|
|
|
|
2008-04-21 04:26:47 +04:00
|
|
|
# Decide whether float4 is passed by value: user-selectable, enabled by default
|
2010-11-23 23:27:50 +03:00
|
|
|
AC_MSG_CHECKING([whether to build with float4 passed by value])
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(enable, float4-byval, yes, [disable float4 passed by value],
|
2008-04-21 04:26:47 +04:00
|
|
|
[AC_DEFINE([USE_FLOAT4_BYVAL], 1,
|
|
|
|
[Define to 1 if you want float4 values to be passed by value. (--enable-float4-byval)])
|
|
|
|
float4passbyval=true],
|
|
|
|
[float4passbyval=false])
|
|
|
|
AC_MSG_RESULT([$enable_float4_byval])
|
|
|
|
AC_DEFINE_UNQUOTED([FLOAT4PASSBYVAL], [$float4passbyval], [float4 values are passed by value if 'true', by reference if 'false'])
|
|
|
|
|
|
|
|
# Decide whether float8 is passed by value.
|
|
|
|
# Note: this setting also controls int8 and related types such as timestamp.
|
|
|
|
# If sizeof(Datum) >= 8, this is user-selectable, enabled by default.
|
|
|
|
# If not, trying to select it is an error.
|
2008-10-29 12:27:24 +03:00
|
|
|
AC_MSG_CHECKING([whether to build with float8 passed by value])
|
2009-12-31 22:41:37 +03:00
|
|
|
if test $ac_cv_sizeof_void_p -ge 8 ; then
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(enable, float8-byval, yes, [disable float8 passed by value])
|
2008-04-21 04:26:47 +04:00
|
|
|
else
|
2008-10-29 12:27:24 +03:00
|
|
|
PGAC_ARG_BOOL(enable, float8-byval, no, [disable float8 passed by value])
|
2008-04-21 04:26:47 +04:00
|
|
|
if test "$enable_float8_byval" = yes ; then
|
|
|
|
AC_MSG_ERROR([--enable-float8-byval is not supported on 32-bit platforms.])
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
if test "$enable_float8_byval" = yes ; then
|
|
|
|
AC_DEFINE([USE_FLOAT8_BYVAL], 1,
|
|
|
|
[Define to 1 if you want float8, int8, etc values to be passed by value. (--enable-float8-byval)])
|
|
|
|
float8passbyval=true
|
|
|
|
else
|
|
|
|
float8passbyval=false
|
|
|
|
fi
|
|
|
|
AC_MSG_RESULT([$enable_float8_byval])
|
|
|
|
AC_DEFINE_UNQUOTED([FLOAT8PASSBYVAL], [$float8passbyval], [float8, int8, and related values are passed by value if 'true', by reference if 'false'])
|
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
# Determine memory alignment requirements for the basic C data types.
|
1999-03-25 22:05:19 +03:00
|
|
|
|
2008-02-17 19:36:43 +03:00
|
|
|
AC_CHECK_ALIGNOF(short)
|
|
|
|
AC_CHECK_ALIGNOF(int)
|
|
|
|
AC_CHECK_ALIGNOF(long)
|
2002-03-29 20:32:55 +03:00
|
|
|
if test x"$HAVE_LONG_LONG_INT_64" = x"yes" ; then
|
2008-02-17 19:36:43 +03:00
|
|
|
AC_CHECK_ALIGNOF(long long int)
|
1999-03-25 22:05:19 +03:00
|
|
|
fi
|
2008-02-17 19:36:43 +03:00
|
|
|
AC_CHECK_ALIGNOF(double)
|
1999-03-25 22:05:19 +03:00
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
# Compute maximum alignment of any basic type.
|
|
|
|
# We assume long's alignment is at least as strong as char, short, or int;
|
|
|
|
# but we must check long long (if it exists) and double.
|
1999-03-25 22:05:19 +03:00
|
|
|
|
2008-02-17 19:36:43 +03:00
|
|
|
MAX_ALIGNOF=$ac_cv_alignof_long
|
|
|
|
if test $MAX_ALIGNOF -lt $ac_cv_alignof_double ; then
|
|
|
|
MAX_ALIGNOF=$ac_cv_alignof_double
|
2002-03-29 20:32:55 +03:00
|
|
|
fi
|
2008-02-17 19:36:43 +03:00
|
|
|
if test x"$HAVE_LONG_LONG_INT_64" = xyes && test $MAX_ALIGNOF -lt $ac_cv_alignof_long_long_int ; then
|
|
|
|
MAX_ALIGNOF="$ac_cv_alignof_long_long_int"
|
1999-03-25 22:05:19 +03:00
|
|
|
fi
|
2003-04-07 02:45:23 +04:00
|
|
|
AC_DEFINE_UNQUOTED(MAXIMUM_ALIGNOF, $MAX_ALIGNOF, [Define as the maximum alignment requirement of any C data type.])
|
2000-06-11 15:40:09 +04:00
|
|
|
|
2001-12-02 14:38:40 +03:00
|
|
|
|
2001-11-15 19:09:34 +03:00
|
|
|
# Some platforms predefine the types int8, int16, etc. Only check
|
2002-03-29 20:32:55 +03:00
|
|
|
# a (hopefully) representative subset.
|
|
|
|
AC_CHECK_TYPES([int8, uint8, int64, uint64], [], [],
|
2012-05-14 05:47:48 +04:00
|
|
|
[#include <stdio.h>])
|
2001-12-02 14:38:40 +03:00
|
|
|
|
Add, optional, support for 128bit integers.
We will, for the foreseeable future, not expose 128 bit datatypes to
SQL. But being able to use 128bit math will allow us, in a later patch,
to use 128bit accumulators for some aggregates; leading to noticeable
speedups over using numeric.
So far we only detect a gcc/clang extension that supports 128bit math,
but no 128bit literals, and no *printf support. We might want to expand
this in the future to further compilers; if there are any that that
provide similar support.
Discussion: 544BB5F1.50709@proxel.se
Author: Andreas Karlsson, with significant editorializing by me
Reviewed-By: Peter Geoghegan, Oskari Saarenmaa
2015-03-20 12:26:17 +03:00
|
|
|
# Check for extensions offering the integer scalar type __int128.
|
|
|
|
PGAC_TYPE_128BIT_INT
|
|
|
|
|
Add a basic atomic ops API abstracting away platform/architecture details.
Several upcoming performance/scalability improvements require atomic
operations. This new API avoids the need to splatter compiler and
architecture dependent code over all the locations employing atomic
ops.
For several of the potential usages it'd be problematic to maintain
both, a atomics using implementation and one using spinlocks or
similar. In all likelihood one of the implementations would not get
tested regularly under concurrency. To avoid that scenario the new API
provides a automatic fallback of atomic operations to spinlocks. All
properties of atomic operations are maintained. This fallback -
obviously - isn't as fast as just using atomic ops, but it's not bad
either. For one of the future users the atomics ontop spinlocks
implementation was actually slightly faster than the old purely
spinlock using implementation. That's important because it reduces the
fear of regressing older platforms when improving the scalability for
new ones.
The API, loosely modeled after the C11 atomics support, currently
provides 'atomic flags' and 32 bit unsigned integers. If the platform
efficiently supports atomic 64 bit unsigned integers those are also
provided.
To implement atomics support for a platform/architecture/compiler for
a type of atomics 32bit compare and exchange needs to be
implemented. If available and more efficient native support for flags,
32 bit atomic addition, and corresponding 64 bit operations may also
be provided. Additional useful atomic operations are implemented
generically ontop of these.
The implementation for various versions of gcc, msvc and sun studio have
been tested. Additional existing stub implementations for
* Intel icc
* HUPX acc
* IBM xlc
are included but have never been tested. These will likely require
fixes based on buildfarm and user feedback.
As atomic operations also require barriers for some operations the
existing barrier support has been moved into the atomics code.
Author: Andres Freund with contributions from Oskari Saarenmaa
Reviewed-By: Amit Kapila, Robert Haas, Heikki Linnakangas and Álvaro Herrera
Discussion: CA+TgmoYBW+ux5-8Ja=Mcyuy8=VXAnVRHp3Kess6Pn3DMXAPAEA@mail.gmail.com,
20131015123303.GH5300@awork2.anarazel.de,
20131028205522.GI20248@awork2.anarazel.de
2014-09-26 01:49:05 +04:00
|
|
|
# Check for various atomic operations now that we have checked how to declare
|
|
|
|
# 64bit integers.
|
|
|
|
PGAC_HAVE_GCC__SYNC_CHAR_TAS
|
|
|
|
PGAC_HAVE_GCC__SYNC_INT32_TAS
|
|
|
|
PGAC_HAVE_GCC__SYNC_INT32_CAS
|
|
|
|
PGAC_HAVE_GCC__SYNC_INT64_CAS
|
|
|
|
PGAC_HAVE_GCC__ATOMIC_INT32_CAS
|
|
|
|
PGAC_HAVE_GCC__ATOMIC_INT64_CAS
|
2001-11-15 19:09:34 +03:00
|
|
|
|
Use Intel SSE 4.2 CRC instructions where available.
Modern x86 and x86-64 processors with SSE 4.2 support have special
instructions, crc32b and crc32q, for calculating CRC-32C. They greatly
speed up CRC calculation.
Whether the instructions can be used or not depends on the compiler and the
target architecture. If generation of SSE 4.2 instructions is allowed for
the target (-msse4.2 flag on gcc and clang), use them. If they are not
allowed by default, but the compiler supports the -msse4.2 flag to enable
them, compile just the CRC-32C function with -msse4.2 flag, and check at
runtime whether the processor we're running on supports it. If it doesn't,
fall back to the slicing-by-8 algorithm. (With the common defaults on
current operating systems, the runtime-check variant is what you get in
practice.)
Abhijit Menon-Sen, heavily modified by me, reviewed by Andres Freund.
2015-04-14 17:05:03 +03:00
|
|
|
|
|
|
|
# Check for x86 cpuid instruction
|
|
|
|
AC_CACHE_CHECK([for __get_cpuid], [pgac_cv__get_cpuid],
|
2015-07-02 19:21:23 +03:00
|
|
|
[AC_LINK_IFELSE([AC_LANG_PROGRAM([#include <cpuid.h>],
|
|
|
|
[[unsigned int exx[4] = {0, 0, 0, 0};
|
Use Intel SSE 4.2 CRC instructions where available.
Modern x86 and x86-64 processors with SSE 4.2 support have special
instructions, crc32b and crc32q, for calculating CRC-32C. They greatly
speed up CRC calculation.
Whether the instructions can be used or not depends on the compiler and the
target architecture. If generation of SSE 4.2 instructions is allowed for
the target (-msse4.2 flag on gcc and clang), use them. If they are not
allowed by default, but the compiler supports the -msse4.2 flag to enable
them, compile just the CRC-32C function with -msse4.2 flag, and check at
runtime whether the processor we're running on supports it. If it doesn't,
fall back to the slicing-by-8 algorithm. (With the common defaults on
current operating systems, the runtime-check variant is what you get in
practice.)
Abhijit Menon-Sen, heavily modified by me, reviewed by Andres Freund.
2015-04-14 17:05:03 +03:00
|
|
|
__get_cpuid(1, &exx[0], &exx[1], &exx[2], &exx[3]);
|
2015-07-02 19:21:23 +03:00
|
|
|
]])],
|
Use Intel SSE 4.2 CRC instructions where available.
Modern x86 and x86-64 processors with SSE 4.2 support have special
instructions, crc32b and crc32q, for calculating CRC-32C. They greatly
speed up CRC calculation.
Whether the instructions can be used or not depends on the compiler and the
target architecture. If generation of SSE 4.2 instructions is allowed for
the target (-msse4.2 flag on gcc and clang), use them. If they are not
allowed by default, but the compiler supports the -msse4.2 flag to enable
them, compile just the CRC-32C function with -msse4.2 flag, and check at
runtime whether the processor we're running on supports it. If it doesn't,
fall back to the slicing-by-8 algorithm. (With the common defaults on
current operating systems, the runtime-check variant is what you get in
practice.)
Abhijit Menon-Sen, heavily modified by me, reviewed by Andres Freund.
2015-04-14 17:05:03 +03:00
|
|
|
[pgac_cv__get_cpuid="yes"],
|
|
|
|
[pgac_cv__get_cpuid="no"])])
|
|
|
|
if test x"$pgac_cv__get_cpuid" = x"yes"; then
|
|
|
|
AC_DEFINE(HAVE__GET_CPUID, 1, [Define to 1 if you have __get_cpuid.])
|
|
|
|
fi
|
|
|
|
|
|
|
|
AC_CACHE_CHECK([for __cpuid], [pgac_cv__cpuid],
|
2015-07-02 19:21:23 +03:00
|
|
|
[AC_LINK_IFELSE([AC_LANG_PROGRAM([#include <intrin.h>],
|
|
|
|
[[unsigned int exx[4] = {0, 0, 0, 0};
|
Use Intel SSE 4.2 CRC instructions where available.
Modern x86 and x86-64 processors with SSE 4.2 support have special
instructions, crc32b and crc32q, for calculating CRC-32C. They greatly
speed up CRC calculation.
Whether the instructions can be used or not depends on the compiler and the
target architecture. If generation of SSE 4.2 instructions is allowed for
the target (-msse4.2 flag on gcc and clang), use them. If they are not
allowed by default, but the compiler supports the -msse4.2 flag to enable
them, compile just the CRC-32C function with -msse4.2 flag, and check at
runtime whether the processor we're running on supports it. If it doesn't,
fall back to the slicing-by-8 algorithm. (With the common defaults on
current operating systems, the runtime-check variant is what you get in
practice.)
Abhijit Menon-Sen, heavily modified by me, reviewed by Andres Freund.
2015-04-14 17:05:03 +03:00
|
|
|
__get_cpuid(exx[0], 1);
|
2015-07-02 19:21:23 +03:00
|
|
|
]])],
|
Use Intel SSE 4.2 CRC instructions where available.
Modern x86 and x86-64 processors with SSE 4.2 support have special
instructions, crc32b and crc32q, for calculating CRC-32C. They greatly
speed up CRC calculation.
Whether the instructions can be used or not depends on the compiler and the
target architecture. If generation of SSE 4.2 instructions is allowed for
the target (-msse4.2 flag on gcc and clang), use them. If they are not
allowed by default, but the compiler supports the -msse4.2 flag to enable
them, compile just the CRC-32C function with -msse4.2 flag, and check at
runtime whether the processor we're running on supports it. If it doesn't,
fall back to the slicing-by-8 algorithm. (With the common defaults on
current operating systems, the runtime-check variant is what you get in
practice.)
Abhijit Menon-Sen, heavily modified by me, reviewed by Andres Freund.
2015-04-14 17:05:03 +03:00
|
|
|
[pgac_cv__cpuid="yes"],
|
|
|
|
[pgac_cv__cpuid="no"])])
|
|
|
|
if test x"$pgac_cv__cpuid" = x"yes"; then
|
|
|
|
AC_DEFINE(HAVE__CPUID, 1, [Define to 1 if you have __cpuid.])
|
|
|
|
fi
|
|
|
|
|
|
|
|
# Check for Intel SSE 4.2 intrinsics to do CRC calculations.
|
|
|
|
#
|
2015-04-14 19:56:03 +03:00
|
|
|
# First check if the _mm_crc32_u8 and _mm_crc32_u64 intrinsics can be used
|
Use Intel SSE 4.2 CRC instructions where available.
Modern x86 and x86-64 processors with SSE 4.2 support have special
instructions, crc32b and crc32q, for calculating CRC-32C. They greatly
speed up CRC calculation.
Whether the instructions can be used or not depends on the compiler and the
target architecture. If generation of SSE 4.2 instructions is allowed for
the target (-msse4.2 flag on gcc and clang), use them. If they are not
allowed by default, but the compiler supports the -msse4.2 flag to enable
them, compile just the CRC-32C function with -msse4.2 flag, and check at
runtime whether the processor we're running on supports it. If it doesn't,
fall back to the slicing-by-8 algorithm. (With the common defaults on
current operating systems, the runtime-check variant is what you get in
practice.)
Abhijit Menon-Sen, heavily modified by me, reviewed by Andres Freund.
2015-04-14 17:05:03 +03:00
|
|
|
# with the default compiler flags. If not, check if adding the -msse4.2
|
|
|
|
# flag helps. CFLAGS_SSE42 is set to -msse4.2 if that's required.
|
|
|
|
PGAC_SSE42_CRC32_INTRINSICS([])
|
|
|
|
if test x"$pgac_sse42_crc32_intrinsics" != x"yes"; then
|
|
|
|
PGAC_SSE42_CRC32_INTRINSICS([-msse4.2])
|
|
|
|
fi
|
|
|
|
AC_SUBST(CFLAGS_SSE42)
|
|
|
|
|
2015-04-14 19:56:03 +03:00
|
|
|
# Are we targeting a processor that supports SSE 4.2? gcc, clang and icc all
|
|
|
|
# define __SSE4_2__ in that case.
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_COMPILE_IFELSE([AC_LANG_PROGRAM([], [
|
2015-04-14 19:56:03 +03:00
|
|
|
#ifndef __SSE4_2__
|
|
|
|
#error __SSE4_2__ not defined
|
|
|
|
#endif
|
2015-07-02 19:21:23 +03:00
|
|
|
])], [SSE4_2_TARGETED=1])
|
2015-04-14 19:56:03 +03:00
|
|
|
|
Use Intel SSE 4.2 CRC instructions where available.
Modern x86 and x86-64 processors with SSE 4.2 support have special
instructions, crc32b and crc32q, for calculating CRC-32C. They greatly
speed up CRC calculation.
Whether the instructions can be used or not depends on the compiler and the
target architecture. If generation of SSE 4.2 instructions is allowed for
the target (-msse4.2 flag on gcc and clang), use them. If they are not
allowed by default, but the compiler supports the -msse4.2 flag to enable
them, compile just the CRC-32C function with -msse4.2 flag, and check at
runtime whether the processor we're running on supports it. If it doesn't,
fall back to the slicing-by-8 algorithm. (With the common defaults on
current operating systems, the runtime-check variant is what you get in
practice.)
Abhijit Menon-Sen, heavily modified by me, reviewed by Andres Freund.
2015-04-14 17:05:03 +03:00
|
|
|
# Select CRC-32C implementation.
|
|
|
|
#
|
2015-04-14 19:56:03 +03:00
|
|
|
# If we are targeting a processor that has SSE 4.2 instructions, we can use the
|
|
|
|
# special CRC instructions for calculating CRC-32C. If we're not targeting such
|
|
|
|
# a processor, but we can nevertheless produce code that uses the SSE
|
|
|
|
# intrinsics, perhaps with some extra CFLAGS, compile both implementations and
|
|
|
|
# select which one to use at runtime, depending on whether SSE 4.2 is supported
|
|
|
|
# by the processor we're running on.
|
Use Intel SSE 4.2 CRC instructions where available.
Modern x86 and x86-64 processors with SSE 4.2 support have special
instructions, crc32b and crc32q, for calculating CRC-32C. They greatly
speed up CRC calculation.
Whether the instructions can be used or not depends on the compiler and the
target architecture. If generation of SSE 4.2 instructions is allowed for
the target (-msse4.2 flag on gcc and clang), use them. If they are not
allowed by default, but the compiler supports the -msse4.2 flag to enable
them, compile just the CRC-32C function with -msse4.2 flag, and check at
runtime whether the processor we're running on supports it. If it doesn't,
fall back to the slicing-by-8 algorithm. (With the common defaults on
current operating systems, the runtime-check variant is what you get in
practice.)
Abhijit Menon-Sen, heavily modified by me, reviewed by Andres Freund.
2015-04-14 17:05:03 +03:00
|
|
|
#
|
|
|
|
# You can override this logic by setting the appropriate USE_*_CRC32 flag to 1
|
|
|
|
# in the template or configure command line.
|
|
|
|
if test x"$USE_SSE42_CRC32C" = x"" && test x"$USE_SSE42_CRC32C_WITH_RUNTIME_CHECK" = x"" && test x"$USE_SLICING_BY_8_CRC32C" = x""; then
|
2015-04-14 19:56:03 +03:00
|
|
|
if test x"$pgac_sse42_crc32_intrinsics" = x"yes" && test x"$SSE4_2_TARGETED" = x"1" ; then
|
Use Intel SSE 4.2 CRC instructions where available.
Modern x86 and x86-64 processors with SSE 4.2 support have special
instructions, crc32b and crc32q, for calculating CRC-32C. They greatly
speed up CRC calculation.
Whether the instructions can be used or not depends on the compiler and the
target architecture. If generation of SSE 4.2 instructions is allowed for
the target (-msse4.2 flag on gcc and clang), use them. If they are not
allowed by default, but the compiler supports the -msse4.2 flag to enable
them, compile just the CRC-32C function with -msse4.2 flag, and check at
runtime whether the processor we're running on supports it. If it doesn't,
fall back to the slicing-by-8 algorithm. (With the common defaults on
current operating systems, the runtime-check variant is what you get in
practice.)
Abhijit Menon-Sen, heavily modified by me, reviewed by Andres Freund.
2015-04-14 17:05:03 +03:00
|
|
|
USE_SSE42_CRC32C=1
|
|
|
|
else
|
|
|
|
# the CPUID instruction is needed for the runtime check.
|
|
|
|
if test x"$pgac_sse42_crc32_intrinsics" = x"yes" && (test x"$pgac_cv__get_cpuid" = x"yes" || test x"$pgac_cv__cpuid" = x"yes"); then
|
|
|
|
USE_SSE42_CRC32C_WITH_RUNTIME_CHECK=1
|
|
|
|
else
|
2015-04-14 19:56:03 +03:00
|
|
|
# fall back to slicing-by-8 algorithm which doesn't require any special
|
|
|
|
# CPU support.
|
Use Intel SSE 4.2 CRC instructions where available.
Modern x86 and x86-64 processors with SSE 4.2 support have special
instructions, crc32b and crc32q, for calculating CRC-32C. They greatly
speed up CRC calculation.
Whether the instructions can be used or not depends on the compiler and the
target architecture. If generation of SSE 4.2 instructions is allowed for
the target (-msse4.2 flag on gcc and clang), use them. If they are not
allowed by default, but the compiler supports the -msse4.2 flag to enable
them, compile just the CRC-32C function with -msse4.2 flag, and check at
runtime whether the processor we're running on supports it. If it doesn't,
fall back to the slicing-by-8 algorithm. (With the common defaults on
current operating systems, the runtime-check variant is what you get in
practice.)
Abhijit Menon-Sen, heavily modified by me, reviewed by Andres Freund.
2015-04-14 17:05:03 +03:00
|
|
|
USE_SLICING_BY_8_CRC32C=1
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
|
|
|
|
# Set PG_CRC32C_OBJS appropriately depending on the selected implementation.
|
|
|
|
AC_MSG_CHECKING([which CRC-32C implementation to use])
|
|
|
|
if test x"$USE_SSE42_CRC32C" = x"1"; then
|
|
|
|
AC_DEFINE(USE_SSE42_CRC32C, 1, [Define to 1 use Intel SSE 4.2 CRC instructions.])
|
|
|
|
PG_CRC32C_OBJS="pg_crc32c_sse42.o"
|
|
|
|
AC_MSG_RESULT(SSE 4.2)
|
|
|
|
else
|
|
|
|
if test x"$USE_SSE42_CRC32C_WITH_RUNTIME_CHECK" = x"1"; then
|
|
|
|
AC_DEFINE(USE_SSE42_CRC32C_WITH_RUNTIME_CHECK, 1, [Define to 1 to use Intel SSSE 4.2 CRC instructions with a runtime check.])
|
|
|
|
PG_CRC32C_OBJS="pg_crc32c_sse42.o pg_crc32c_sb8.o pg_crc32c_choose.o"
|
|
|
|
AC_MSG_RESULT(SSE 4.2 with runtime check)
|
|
|
|
else
|
|
|
|
AC_DEFINE(USE_SLICING_BY_8_CRC32C, 1, [Define to 1 to use Intel SSE 4.2 CRC instructions with a runtime check.])
|
|
|
|
PG_CRC32C_OBJS="pg_crc32c_sb8.o"
|
|
|
|
AC_MSG_RESULT(slicing-by-8)
|
|
|
|
fi
|
|
|
|
fi
|
|
|
|
AC_SUBST(PG_CRC32C_OBJS)
|
|
|
|
|
|
|
|
|
2002-05-05 04:03:29 +04:00
|
|
|
# Select semaphore implementation type.
|
2006-04-29 20:34:41 +04:00
|
|
|
if test "$PORTNAME" != "win32"; then
|
|
|
|
if test x"$USE_NAMED_POSIX_SEMAPHORES" = x"1" ; then
|
|
|
|
AC_DEFINE(USE_NAMED_POSIX_SEMAPHORES, 1, [Define to select named POSIX semaphores.])
|
2002-05-05 04:03:29 +04:00
|
|
|
SEMA_IMPLEMENTATION="src/backend/port/posix_sema.c"
|
|
|
|
else
|
2006-04-29 20:34:41 +04:00
|
|
|
if test x"$USE_UNNAMED_POSIX_SEMAPHORES" = x"1" ; then
|
|
|
|
AC_DEFINE(USE_UNNAMED_POSIX_SEMAPHORES, 1, [Define to select unnamed POSIX semaphores.])
|
|
|
|
SEMA_IMPLEMENTATION="src/backend/port/posix_sema.c"
|
|
|
|
else
|
|
|
|
AC_DEFINE(USE_SYSV_SEMAPHORES, 1, [Define to select SysV-style semaphores.])
|
|
|
|
SEMA_IMPLEMENTATION="src/backend/port/sysv_sema.c"
|
|
|
|
fi
|
2002-05-05 04:03:29 +04:00
|
|
|
fi
|
2006-04-29 20:34:41 +04:00
|
|
|
else
|
|
|
|
AC_DEFINE(USE_WIN32_SEMAPHORES, 1, [Define to select Win32-style semaphores.])
|
|
|
|
SEMA_IMPLEMENTATION="src/backend/port/win32_sema.c"
|
2002-05-05 04:03:29 +04:00
|
|
|
fi
|
|
|
|
|
|
|
|
|
|
|
|
# Select shared-memory implementation type.
|
2007-03-21 17:39:23 +03:00
|
|
|
if test "$PORTNAME" != "win32"; then
|
|
|
|
AC_DEFINE(USE_SYSV_SHARED_MEMORY, 1, [Define to select SysV-style shared memory.])
|
|
|
|
SHMEM_IMPLEMENTATION="src/backend/port/sysv_shmem.c"
|
|
|
|
else
|
|
|
|
AC_DEFINE(USE_WIN32_SHARED_MEMORY, 1, [Define to select Win32-style shared memory.])
|
|
|
|
SHMEM_IMPLEMENTATION="src/backend/port/win32_shmem.c"
|
|
|
|
fi
|
2002-05-05 04:03:29 +04:00
|
|
|
|
2006-02-03 16:53:15 +03:00
|
|
|
# If not set in template file, set bytes to use libc memset()
|
|
|
|
if test x"$MEMSET_LOOP_LIMIT" = x"" ; then
|
|
|
|
MEMSET_LOOP_LIMIT=1024
|
|
|
|
fi
|
|
|
|
AC_DEFINE_UNQUOTED(MEMSET_LOOP_LIMIT, ${MEMSET_LOOP_LIMIT}, [Define bytes to use libc memset().])
|
|
|
|
|
|
|
|
|
2002-03-30 03:20:15 +03:00
|
|
|
if test "$enable_nls" = yes ; then
|
|
|
|
PGAC_CHECK_GETTEXT
|
|
|
|
fi
|
|
|
|
|
2000-09-26 02:23:01 +04:00
|
|
|
# Check for Tcl configuration script tclConfig.sh
|
|
|
|
if test "$with_tcl" = yes; then
|
|
|
|
PGAC_PATH_TCLCONFIGSH([$with_tclconfig])
|
2002-05-24 22:10:17 +04:00
|
|
|
PGAC_EVAL_TCLCONFIGSH([$TCL_CONFIG_SH],
|
Move interpreter shared library detection to configure
For building PL/Perl, PL/Python, and PL/Tcl, we need a shared library of
libperl, libpython, and libtcl, respectively. Previously, this was
checked in the makefiles, skipping the PL build with a warning if no
shared library was available. Now this is checked in configure, with an
error if no shared library is available.
The previous situation arose because in the olden days, the configure
options --with-perl, --with-python, and --with-tcl controlled whether
frontend interfaces for those languages would be built. The procedural
languages were added later, and shared libraries were often not
available in the beginning. So it was decided skip the builds of the
procedural languages in those cases. The frontend interfaces have since
been removed from the tree, and shared libraries are now available most
of the time, so that setup makes much less sense now.
Also, the new setup allows contrib modules and pgxs users to rely on the
respective PLs being available based on configure flags.
2015-05-02 04:38:21 +03:00
|
|
|
[TCL_INCLUDE_SPEC,TCL_LIBS,TCL_LIB_SPEC,TCL_SHARED_BUILD])
|
2002-05-24 22:10:17 +04:00
|
|
|
AC_SUBST(TCL_SHLIB_LD_LIBS)dnl don't want to double-evaluate that one
|
Move interpreter shared library detection to configure
For building PL/Perl, PL/Python, and PL/Tcl, we need a shared library of
libperl, libpython, and libtcl, respectively. Previously, this was
checked in the makefiles, skipping the PL build with a warning if no
shared library was available. Now this is checked in configure, with an
error if no shared library is available.
The previous situation arose because in the olden days, the configure
options --with-perl, --with-python, and --with-tcl controlled whether
frontend interfaces for those languages would be built. The procedural
languages were added later, and shared libraries were often not
available in the beginning. So it was decided skip the builds of the
procedural languages in those cases. The frontend interfaces have since
been removed from the tree, and shared libraries are now available most
of the time, so that setup makes much less sense now.
Also, the new setup allows contrib modules and pgxs users to rely on the
respective PLs being available based on configure flags.
2015-05-02 04:38:21 +03:00
|
|
|
if test "$TCL_SHARED_BUILD" != 1; then
|
|
|
|
AC_MSG_ERROR([cannot build PL/Tcl because Tcl is not a shared library
|
|
|
|
Use --without-tcl to disable building PL/Tcl.])
|
|
|
|
fi
|
2004-12-16 23:41:01 +03:00
|
|
|
# now that we have TCL_INCLUDE_SPEC, we can check for <tcl.h>
|
|
|
|
ac_save_CPPFLAGS=$CPPFLAGS
|
|
|
|
CPPFLAGS="$TCL_INCLUDE_SPEC $CPPFLAGS"
|
|
|
|
AC_CHECK_HEADER(tcl.h, [], [AC_MSG_ERROR([header file <tcl.h> is required for Tcl])])
|
|
|
|
CPPFLAGS=$ac_save_CPPFLAGS
|
1998-10-15 19:58:16 +04:00
|
|
|
fi
|
|
|
|
|
2013-01-10 04:41:37 +04:00
|
|
|
# check for <perl.h>
|
|
|
|
if test "$with_perl" = yes; then
|
|
|
|
ac_save_CPPFLAGS=$CPPFLAGS
|
2013-01-11 07:16:22 +04:00
|
|
|
CPPFLAGS="$CPPFLAGS -I$perl_archlibexp/CORE"
|
2013-01-10 04:41:37 +04:00
|
|
|
AC_CHECK_HEADER(perl.h, [], [AC_MSG_ERROR([header file <perl.h> is required for Perl])],
|
|
|
|
[#include <EXTERN.h>])
|
|
|
|
# While we're at it, check that we can link to libperl.
|
|
|
|
# On most platforms, if perl.h is there then libperl.so will be too, but at
|
|
|
|
# this writing Debian packages them separately. There is no known reason to
|
|
|
|
# waste cycles on separate probes for the Tcl or Python libraries, though.
|
|
|
|
pgac_save_LIBS=$LIBS
|
2013-01-10 08:46:44 +04:00
|
|
|
LIBS="$perl_embed_ldflags"
|
2013-01-10 04:41:37 +04:00
|
|
|
AC_MSG_CHECKING([for libperl])
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_LINK_IFELSE([AC_LANG_PROGRAM([
|
2013-01-10 04:41:37 +04:00
|
|
|
#include <EXTERN.h>
|
|
|
|
#include <perl.h>
|
2015-07-02 19:21:23 +03:00
|
|
|
], [perl_alloc();])],
|
2013-01-10 04:41:37 +04:00
|
|
|
[AC_MSG_RESULT(yes)],
|
|
|
|
[AC_MSG_RESULT(no)
|
|
|
|
AC_MSG_ERROR([libperl library is required for Perl])])
|
|
|
|
LIBS=$pgac_save_LIBS
|
|
|
|
CPPFLAGS=$ac_save_CPPFLAGS
|
|
|
|
fi
|
|
|
|
|
2011-02-26 22:17:57 +03:00
|
|
|
# check for <Python.h>
|
|
|
|
if test "$with_python" = yes; then
|
|
|
|
ac_save_CPPFLAGS=$CPPFLAGS
|
|
|
|
CPPFLAGS="$python_includespec $CPPFLAGS"
|
|
|
|
AC_CHECK_HEADER(Python.h, [], [AC_MSG_ERROR([header file <Python.h> is required for Python])])
|
|
|
|
CPPFLAGS=$ac_save_CPPFLAGS
|
|
|
|
fi
|
|
|
|
|
2000-11-06 00:04:07 +03:00
|
|
|
#
|
|
|
|
# Check for DocBook and tools
|
|
|
|
#
|
|
|
|
PGAC_PROG_NSGMLS
|
2002-04-14 21:23:20 +04:00
|
|
|
PGAC_PROG_JADE
|
2003-11-24 22:08:02 +03:00
|
|
|
PGAC_CHECK_DOCBOOK(4.2)
|
2002-04-14 21:23:20 +04:00
|
|
|
PGAC_PATH_DOCBOOK_STYLESHEETS
|
|
|
|
PGAC_PATH_COLLATEINDEX
|
2014-09-14 04:14:17 +04:00
|
|
|
AC_CHECK_PROGS(DBTOEPUB, dbtoepub)
|
doc: Check DocBook XML validity during the build
Building the documentation with XSLT does not check the DTD, like a
DSSSL build would. One can often get away with having invalid XML, but
the stylesheets might then create incorrect output, as they are not
designed to handle that. Therefore, check the validity of the XML
against the DTD, using xmllint, during the build.
Add xmllint detection to configure, and add some documentation.
xmllint comes with libxml2, which is already in use, but it might be in
a separate package, such as libxml2-utils on Debian.
Reviewed-by: Fabien COELHO <coelho@cri.ensmp.fr>
2014-10-21 22:46:38 +04:00
|
|
|
AC_CHECK_PROGS(XMLLINT, xmllint)
|
2009-08-05 02:04:37 +04:00
|
|
|
AC_CHECK_PROGS(XSLTPROC, xsltproc)
|
|
|
|
AC_CHECK_PROGS(OSX, [osx sgml2xml sx])
|
2000-11-06 00:04:07 +03:00
|
|
|
|
2014-04-15 05:33:46 +04:00
|
|
|
#
|
|
|
|
# Check for test tools
|
|
|
|
#
|
2014-11-02 17:14:36 +03:00
|
|
|
if test "$enable_tap_tests" = yes; then
|
|
|
|
AC_CHECK_PROGS(PROVE, prove)
|
|
|
|
if test -z "$PROVE"; then
|
|
|
|
AC_MSG_ERROR([prove not found])
|
|
|
|
fi
|
|
|
|
if test -z "$PERL"; then
|
|
|
|
AC_MSG_ERROR([Perl not found])
|
|
|
|
fi
|
|
|
|
fi
|
2014-04-15 05:33:46 +04:00
|
|
|
|
2004-04-27 23:51:12 +04:00
|
|
|
# Thread testing
|
|
|
|
|
|
|
|
# We have to run the thread test near the end so we have all our symbols
|
|
|
|
# defined. Cross compiling throws a warning.
|
|
|
|
#
|
2009-12-02 17:07:26 +03:00
|
|
|
if test "$enable_thread_safety" = yes; then
|
2007-03-27 01:30:56 +04:00
|
|
|
if test "$PORTNAME" != "win32"
|
2005-08-24 01:02:05 +04:00
|
|
|
then
|
2004-04-27 23:51:12 +04:00
|
|
|
AC_MSG_CHECKING([thread safety of required library functions])
|
|
|
|
|
|
|
|
_CFLAGS="$CFLAGS"
|
|
|
|
_LIBS="$LIBS"
|
|
|
|
CFLAGS="$CFLAGS $PTHREAD_CFLAGS -DIN_CONFIGURE"
|
|
|
|
LIBS="$LIBS $PTHREAD_LIBS"
|
2015-07-02 19:21:23 +03:00
|
|
|
AC_RUN_IFELSE(
|
|
|
|
[AC_LANG_SOURCE([[#include "$srcdir/src/test/thread/thread_test.c"]])],
|
2004-04-27 23:51:12 +04:00
|
|
|
[AC_MSG_RESULT(yes)],
|
|
|
|
[AC_MSG_RESULT(no)
|
2006-10-16 21:24:54 +04:00
|
|
|
AC_MSG_ERROR([thread test program failed
|
2009-12-02 17:07:26 +03:00
|
|
|
This platform is not thread-safe. Check the file 'config.log' or compile
|
|
|
|
and run src/test/thread/thread_test for the exact reason.
|
|
|
|
Use --disable-thread-safety to disable thread safety.])],
|
2004-04-27 23:51:12 +04:00
|
|
|
[AC_MSG_RESULT(maybe)
|
|
|
|
AC_MSG_WARN([
|
|
|
|
*** Skipping thread test program because of cross-compile build.
|
2006-02-04 04:00:02 +03:00
|
|
|
*** Run the program in src/test/thread on the target machine.
|
2004-04-27 23:51:12 +04:00
|
|
|
])])
|
|
|
|
CFLAGS="$_CFLAGS"
|
|
|
|
LIBS="$_LIBS"
|
2005-08-24 01:02:05 +04:00
|
|
|
else
|
2006-10-16 21:24:54 +04:00
|
|
|
AC_MSG_WARN([*** skipping thread test on Win32])
|
2005-08-24 01:02:05 +04:00
|
|
|
fi
|
2004-04-27 23:51:12 +04:00
|
|
|
fi
|
1999-05-12 02:57:50 +04:00
|
|
|
|
2009-06-11 01:24:11 +04:00
|
|
|
# If compiler will take -Wl,--as-needed (or various platform-specific
|
|
|
|
# spellings thereof) then add that to LDFLAGS. This is much easier than
|
|
|
|
# trying to filter LIBS to the minimum for each executable.
|
2008-05-20 07:30:22 +04:00
|
|
|
# On (at least) some Red-Hat-derived systems, this switch breaks linking to
|
|
|
|
# libreadline; therefore we postpone testing it until we know what library
|
|
|
|
# dependencies readline has. The test code will try to link with $LIBS.
|
|
|
|
if test "$with_readline" = yes; then
|
|
|
|
link_test_func=readline
|
|
|
|
else
|
|
|
|
link_test_func=exit
|
|
|
|
fi
|
2009-06-11 01:24:11 +04:00
|
|
|
|
|
|
|
if test "$PORTNAME" = "darwin"; then
|
2008-05-20 07:30:22 +04:00
|
|
|
PGAC_PROG_CC_LDFLAGS_OPT([-Wl,-dead_strip_dylibs], $link_test_func)
|
2009-06-11 01:24:11 +04:00
|
|
|
elif test "$PORTNAME" = "openbsd"; then
|
|
|
|
PGAC_PROG_CC_LDFLAGS_OPT([-Wl,-Bdynamic], $link_test_func)
|
|
|
|
else
|
|
|
|
PGAC_PROG_CC_LDFLAGS_OPT([-Wl,--as-needed], $link_test_func)
|
2008-05-20 07:30:22 +04:00
|
|
|
fi
|
|
|
|
|
2009-01-06 18:38:44 +03:00
|
|
|
# Create compiler version string
|
|
|
|
if test x"$GCC" = x"yes" ; then
|
2011-05-06 23:14:53 +04:00
|
|
|
cc_string=`${CC} --version | sed q`
|
|
|
|
case $cc_string in [[A-Za-z]]*) ;; *) cc_string="GCC $cc_string";; esac
|
2009-01-07 13:38:44 +03:00
|
|
|
elif test x"$SUN_STUDIO_CC" = x"yes" ; then
|
|
|
|
cc_string=`${CC} -V 2>&1 | sed q`
|
2009-01-06 18:38:44 +03:00
|
|
|
else
|
|
|
|
cc_string=$CC
|
|
|
|
fi
|
|
|
|
|
|
|
|
AC_DEFINE_UNQUOTED(PG_VERSION_STR,
|
2013-12-13 06:53:21 +04:00
|
|
|
["PostgreSQL $PG_VERSION on $host, compiled by $cc_string, `expr $ac_cv_sizeof_void_p \* 8`-bit"],
|
2009-01-06 18:38:44 +03:00
|
|
|
[A string containing the version number, platform, and C compiler])
|
|
|
|
|
|
|
|
# Supply a numeric version string for use by 3rd party add-ons
|
|
|
|
# awk -F is a regex on some platforms, and not on others, so make "." a tab
|
|
|
|
[PG_VERSION_NUM="`echo "$PACKAGE_VERSION" | sed 's/[A-Za-z].*$//' |
|
|
|
|
tr '.' ' ' |
|
|
|
|
$AWK '{printf "%d%02d%02d", $1, $2, (NF >= 3) ? $3 : 0}'`"]
|
|
|
|
AC_DEFINE_UNQUOTED(PG_VERSION_NUM, $PG_VERSION_NUM, [PostgreSQL version as a number])
|
2015-07-03 00:24:36 +03:00
|
|
|
AC_SUBST(PG_VERSION_NUM)
|
2009-01-06 18:38:44 +03:00
|
|
|
|
|
|
|
|
2011-08-29 01:14:52 +04:00
|
|
|
# Begin output steps
|
|
|
|
|
|
|
|
AC_MSG_NOTICE([using compiler=$cc_string])
|
|
|
|
AC_MSG_NOTICE([using CFLAGS=$CFLAGS])
|
|
|
|
AC_MSG_NOTICE([using CPPFLAGS=$CPPFLAGS])
|
|
|
|
AC_MSG_NOTICE([using LDFLAGS=$LDFLAGS])
|
|
|
|
|
2001-03-03 18:53:41 +03:00
|
|
|
# prepare build tree if outside source tree
|
2001-09-11 03:52:04 +04:00
|
|
|
# Note 1: test -ef might not exist, but it's more reliable than `pwd`.
|
|
|
|
# Note 2: /bin/pwd might be better than shell's built-in at getting
|
|
|
|
# a symlink-free name.
|
2003-11-27 21:14:02 +03:00
|
|
|
if ( test "$srcdir" -ef . ) >/dev/null 2>&1 || test "`cd $srcdir && /bin/pwd`" = "`/bin/pwd`"; then
|
|
|
|
vpath_build=no
|
|
|
|
else
|
|
|
|
vpath_build=yes
|
|
|
|
if test "$no_create" != yes; then
|
2002-03-29 20:32:55 +03:00
|
|
|
_AS_ECHO_N([preparing build tree... ])
|
|
|
|
pgac_abs_top_srcdir=`cd "$srcdir" && pwd`
|
|
|
|
$SHELL "$ac_aux_dir/prep_buildtree" "$pgac_abs_top_srcdir" "." \
|
2001-03-03 18:53:41 +03:00
|
|
|
|| AC_MSG_ERROR(failed)
|
|
|
|
AC_MSG_RESULT(done)
|
2002-03-29 20:32:55 +03:00
|
|
|
fi
|
2000-10-21 01:04:27 +04:00
|
|
|
fi
|
2003-11-27 21:14:02 +03:00
|
|
|
AC_SUBST(vpath_build)
|
2000-10-21 01:04:27 +04:00
|
|
|
|
2002-03-29 20:32:55 +03:00
|
|
|
|
|
|
|
AC_CONFIG_FILES([GNUmakefile src/Makefile.global])
|
|
|
|
|
|
|
|
AC_CONFIG_LINKS([
|
|
|
|
src/backend/port/dynloader.c:src/backend/port/dynloader/${template}.c
|
2002-05-05 04:03:29 +04:00
|
|
|
src/backend/port/pg_sema.c:${SEMA_IMPLEMENTATION}
|
|
|
|
src/backend/port/pg_shmem.c:${SHMEM_IMPLEMENTATION}
|
2002-03-29 20:32:55 +03:00
|
|
|
src/include/dynloader.h:src/backend/port/dynloader/${template}.h
|
|
|
|
src/include/pg_config_os.h:src/include/port/${template}.h
|
|
|
|
src/Makefile.port:src/makefiles/Makefile.${template}
|
|
|
|
])
|
|
|
|
|
2004-09-10 17:53:40 +04:00
|
|
|
if test "$PORTNAME" = "win32"; then
|
2004-05-18 08:10:33 +04:00
|
|
|
AC_CONFIG_COMMANDS([check_win32_symlinks],[
|
2010-11-23 23:27:50 +03:00
|
|
|
# Links sometimes fail undetected on Mingw -
|
2004-05-13 05:45:02 +04:00
|
|
|
# so here we detect it and warn the user
|
2004-05-29 00:52:42 +04:00
|
|
|
for FILE in $CONFIG_LINKS
|
2004-05-13 05:45:02 +04:00
|
|
|
do
|
|
|
|
# test -e works for symlinks in the MinGW console
|
2006-10-16 21:24:54 +04:00
|
|
|
test -e `expr "$FILE" : '\([[^:]]*\)'` || AC_MSG_WARN([*** link for $FILE -- please fix by hand])
|
2004-05-13 05:45:02 +04:00
|
|
|
done
|
2004-05-17 23:14:47 +04:00
|
|
|
])
|
2004-09-10 17:53:40 +04:00
|
|
|
fi
|
2004-05-13 05:45:02 +04:00
|
|
|
|
2004-05-17 23:14:47 +04:00
|
|
|
AC_CONFIG_HEADERS([src/include/pg_config.h],
|
|
|
|
[
|
|
|
|
# Update timestamp for pg_config.h (see Makefile.global)
|
|
|
|
echo >src/include/stamp-h
|
|
|
|
])
|
|
|
|
|
2012-10-08 05:52:07 +04:00
|
|
|
AC_CONFIG_HEADERS([src/include/pg_config_ext.h],
|
|
|
|
[
|
|
|
|
# Update timestamp for pg_config_ext.h (see Makefile.global)
|
|
|
|
echo >src/include/stamp-ext-h
|
|
|
|
])
|
|
|
|
|
2009-01-23 01:27:13 +03:00
|
|
|
AC_CONFIG_HEADERS([src/interfaces/ecpg/include/ecpg_config.h],
|
|
|
|
[echo >src/interfaces/ecpg/include/stamp-h])
|
2006-08-23 16:01:53 +04:00
|
|
|
|
2004-05-17 23:14:47 +04:00
|
|
|
AC_OUTPUT
|