Autoconf 2.62 has changed the behaviour of the AC_AIX macro which we use.
Prior versions of autoconf defined _ALL_SOURCE if _AIX was defined. But,
autoconf 2.62 version of AC_AIX defines _ALL_SOURCE along with other four
preprocessor symbols no matter if the system is AIX or not. To keep the
traditional behaviour, as well as an uniform one, across autoconf versions
AC_AIX is replaced with our own internal macro.

Adjust DEC/Compaq C compiler settings.

Another AC_TRY_LINK conversion to AC_LINK_IFELSE.
Proper definition of HAVE_function if function is found deeper.

Sync up with reality

Rename reentrant.m4 to avoid filename clash.

Add file version serial number that might be used by 'aclocal' and others.

Keep the '#' character as the first one on the line.

Update copyright year.

Sync comment with reality.

Reinstate the 'aclocal -I m4' in buildconf and 'ACLOCAL_AMFLAGS = -I m4' way of
including our local m4/reentrant.m4 file. This even takes care of including the
file in the distribution tarball.

Add quoting for the AC_DEFINE arguments.

Also remove the whitespace.

Also remove the extra quoting.

Replace some '@%:@' quadigraphs by its actual representation '#'.

This quadigraph used before a C preprocessor 'define' directive could
be fooling M4, when processing this file, and make it think that the
line contains a pure M4 'define' macro.

Tests done using 'aclocal -I m4' in buildconf and 'ACLOCAL_AMFLAGS = -I m4
in top Makefile.am triggered a problem that prevented aclocal from running
successfully on SunOS 5.10 with GNU m4 1.4.5 and GNU Autoconf 2.61

A tarball which reproduces mentioned problem is the one dated July-28-2008
http://cool.haxx.se/curl-daily/curl-7.19.0-20080728.tar.gz

We actually don't need all the bells and whistles that the above mechanism
provides. We only need to include our m4/reentrant.m4 file in acinclude.m4
so here we go with this simpler mechanism.

for debugging purposes show ACLOCAL_FLAGS

These lines were unintentionally removed in previous commit

Partially undo change that prevented SED, GREP, EGREP and AR from being changed by libtool or autoconf.

Assert that SED and GREP are set

Require autoconf 2.57 or newer

When calling aclocal, user defined ACLOCAL_FLAGS will now precede ours.

move ACLOCAL_AMFLAGS after AUTOMAKE_OPTIONS

setup.h handles definition of _REENTRANT based on NEED_REENTRANT
definition which might be defined in config.h or config-*.h files

Remove explicit inclusion of our m4 files first. It was interesting as a test,
but it breaks aclocal execution on some systems, with the following error:

Can't locate object method "rel2abs" via package "File::Spec" at /usr/local/bin/aclocal line 256.

Another step towards detecting if _REENTRANT is already defined or actually
needed, and being able to define it if appropriate for further configure tests
as well as for the generated config file.

Explicitly include our m4 files first. This might minimize the impact
that other package's underquoted m4 function definitions have on ours.

Add a 3 argument check for getprotobyname_r

move reentrant.m4 to the m4 subdirectory to avoid infinite loop inclusion problem

add checks for strtok_r and getprotobyname_r

Another step towards detecting if _REENTRANT is already defined or actually
needed, and being able to define it if appropriate for further configure tests
as well as for the generated config file.

Introduced reentrant.m4 intended for our reentrant related autotools/m4 macros.

reorder argument number detection for getservbyport_r to
actually verify if the test is properly working

Make sure that configure process tests are done with the same _REENTRANT
setting as the one actually used when finally building the library.

Change recvfrom's sixth argument data type to the 'historically standard' 'int'
data type for systems where this sixth argument is prototyped as a void pointer.

Start of thread: http://curl.haxx.se/mail/lib-2008-07/0153.html

use prototypes to improve getservbyport_r detection

Adjust recvfrom's sixth arg data type definition for NetWare (LIBC)

Use the sreadfrom() wrapper to replace recvfrom() in our code.

when recvfrom prototype uses a void pointer for arguments 2, 5 or 6 this will
now cause the definition of RECVFROM_TYPE_ARG2_IS_VOID, RECVFROM_TYPE_ARG5_IS_VOID
or RECVFROM_TYPE_ARG6_IS_VOID, as appropriate.

Adjust DEC/Compaq C compiler settings

Added "pointer to void" as another data type to check for the sixth argument of
function recvfrom as a result of the info additionally logged when running on a
Solaris system.

The compiler error showed that the prototype being used on Solaris was the one
declared in line 427 of "/usr/include/sys/socket.h" as:

function(int,
         pointer to void,
         unsigned int,
         int,
         pointer to struct sockaddr,
         pointer to void) returning int

Adjust DEC/Compaq C compiler settings

RECVFROM_TYPE_ARG2, RECVFROM_TYPE_ARG5 and RECVFROM_TYPE_ARG6 are now defined
to the data type pointed by its respective argument and not the pointer type.

Configure process now checks availability of recvfrom() socket function and
finds out its return type and the types of its arguments. Added definitions
for non-configure systems config files, and introduced macro sreadfrom which
will be used on udp sockets as a recvfrom() wrapper.

Initial DEC/Compaq C compiler detection and flags

Improved configure detection of number of arguments for getservbyport_r

Allow --enable-largefile and --disable-largefile configurations.
Configure process no longer needs nor checks size of curl_off_t.
Library will now be built with _REENTRANT symbol defined.

fix compiler warning

since Jun 30 2008 MAXHOSTNAMELEN define is no longer used

fix c-ares version reported in generated libcares.pc file when building
from CVS tree.

egrep and ar are also mandatory

just to clarify that c-ares actually have some ipv6 support

ares_gethostbyname() fallback from AAA to A records with CNAME present

- Phil Blundell: If you ask ares_gethostbyname() to do an AF_INET6 lookup and
  the target host has only A records, it automatically falls back to an
  AF_INET lookup and gives you the A results.  However, if the target host has
  a CNAME record, this behaviour is defeated since the original query does
  return some data even though ares_parse_aaa_reply() doesn't consider it
  relevant. Here's a small patch to make it behave the same with and without
  the CNAME.

The configure process will now halt when sed or grep are unavailable

fallback to gettimeofday when monotonic clock is unavailable at run-time

IBM C/C++ compiler predefined macro check

set earlier in configure process IBM compilers optimization flags

make check message wording more precise

- As was pointed out to me by Andreas Schuldei, the MAXHOSTNAMELEN define is
  not posix or anything and thus c-ares failed to build on hurd (and possibly
  elsewhere). The define was also somewhat artificially used in the windows
  port. Now, I instead rewrote the use of gethostbyname to enlarge the host
  name buffer in case of need and totally avoid the use of the MAXHOSTNAMELEN
  define. I thus also removed the defien from the namser.h file where it was
  once added for the windows build.

  I also fixed init_by_defaults() function to not leak memory in case if
  error.

fix C style comment

John Lightsey filed bug report #1999181: "CLOCK_MONOTONIC always fails on
some systems" (http://curl.haxx.se/bug/view.cgi?id=1999181). The problem was
that the configure script did not use the _POSIX_MONOTONIC_CLOCK feature test
macro when checking monotonic clock availability. This is now fixed and the
monotonic clock will not be used unless the feature test macro is defined
with a value greater than zero indicating always supported.

Modified configuration script to actually verify if the compiler is good
enough at detecting compilation errors or at least it has been properly
configured to do so. Configuration heavily depends on this capability, so
if this compiler sanity check fails the configuration process will now fail.

No longer break out of a shell "for" statement from inside
AC_FOO_IFELSE macros, otherwise temp files are not removed.

Identation adjustment.

enable additional CFLAGS from commandline.

fix pkg-config reporting of private libraries needed for static linking

MSVC does build Windows native targets

Brad House fixed a missing header file inclusion in adig sample program

start working on 1.5.3

1.5.2

fix compiler warning: unreferenced formal parameter

list all local sources the (demo) tools need, add a few missing scripts to
the dist tarball and remove a two duplicate file names from EXTRA_DIST
(most of it pointed out by Yang Tse)

this is not used (anymore)

make sure the configure.ac file with the correct version number is shipped
in the tarball

MSVC6+ clean-up targets must also remove acountry.exe

sync with reality

fix: [action-if-found] part of AC_CHECK_TYPE macro cannot be quoted when empty

fix: remove need and definition of HAVE_SOCKLEN_T symbol

fix: socklen_t definition comment

update several macros using AC_TRY_LINK with AC_LINK_IFELSE

fix underquoting of AC_LANG_PROGRAM arguments

if'def out private function ares__tvdiff(), it is not in use yet.

update several macros using AC_TRY_LINK with AC_LINK_IFELSE

fix socklen_t equivalent detection when cross compiling Windows target

if WINSOCK2 API is used link with 'ws2_32', else

if WINSOCK API is used under WinCE link with 'winsock', else

if WINSOCK API is used link with 'wsock32'.

on winsock systems linking is done using library 'ws2_32' when
winsock2.h is available, and library 'winsock' is used when only
winsock.h is available.

minor change for wince-cegcc and wince-mingw32ce support

millisecond resolution support followup

Replaced "-DHAVE_FIONBIO" with "-DHAVE_IOCTLSOCKET".
Added "-DHAVE_GETTIMEOFDAY". Trimmed lines.

sync with reality

remove compilation time generated files

use same time source for timeout initialization and processing

Improve toolchain detection for WinCE cross compilation:

When cross compiling WinCE with the arm-wince-cegcc-gcc C compiler
symbol __CEGCC__ is defined and the unix-like compatibility layer
is used. For our purposes this is not a native Windows build.

When cross compiling WinCE with the arm-wince-mingw32ce-gcc C compiler
symbol __MINGW32CE__ is defined and the unix-like compatibility layer
is not used. For our purposes this _is_ a native Windows build.

skip checks for Windows specific header files
when build target is not a native Windows one

WinCE cross compilation adjustments:

HAVE_WINSOCK2_H shall not be defined.
HAVE_WS2TCPIP_H shall not be defined.

- Introducing millisecond resolution support for the timeout option. See
  ares_init_options()'s ARES_OPT_TIMEOUTMS.

also ignore this

also ignore this

ignore this compilation time generated files

don't keep in CVS this compilation time generated file

add MSVC6 project for acountry sample program

update MSVC6 projects to use the multithreaded DLL runtime library

add MSVC6 project for acountry sample program