ntoa() and inet_ntoa_r() no longer used

icc adjustments for icc 9.0 and prior versions:

  Disable remark #279: controlling expression is constant

      Remark triggered mostly on va_arg() and FD_ZERO() macros.

attempt to make work the gethostname function
check for winsock build target configurations

Added HAVE_NETDB_H, HAVE_ARPA_INET_H, HAVE_STRCASECMP
and HAVE_STRNCASECMP.

icc adjustments:

  Disable remark #981: operands are evaluated in unspecified order

      Function calls which are triggering this remark, today, do not depend
      on the order of evaluation of its arguments.

  Disable remark #1469: "cc" clobber ignored

      Remark triggered on htons() and ntohs() due to glibc header files.

icc adjustments

fix netdb.h prerequisite inclusion

improve detection of getservbyport_r()

On Linux Intel's icc uses gcc's header files, so
we select ANSI C89 dialect plus GNU extensions.

improve detection of gethostname()

NetWare builds include "nameser.h" from the c-ares subdir

include <strings.h>

Sync up with reality

adjust inclusion of "nameser.h"

reorder some lines in file

code cleanup

NetWare seems to have writev()

rearrange to allow internal/private use of ares_writev to any system
that lacks the writev function.

NetWare CLIB target has stricmp() and strnicmp()

include header file only when available

rearrange to allow internal/private use of ares_strcasecmp to any system that
lacks the strcasecmp function.

improve detection of:
  strcasecmp()
  strcmpi()
  stricmp()
  strncasecmp()
  strncmpi()
  strnicmp()

*** empty log message ***

djgpp does have strdup().

change CRLF into LF line endings

strdup() clone for systems/configurations which lack it

move inclusion of ares_private.h last

icc adjustments

icc adjustments

Select strict ANSI C89 conformance for icc

remove unnecessary typecasting of malloc()

remove unnecessary typecasting of realloc()

we start over working towards 1.5.4

Version 1.5.3

added the three people from RELEASE-NOTES and sorted the list alphabetically

Don't abort configuration if recvfrom() is not available.

Functionality only possible if recvfrom() is available.

George Neill's fix acountry sample application compilation failure.

Brad House's validation that DNS response address matches the request address

fix the output name

Get rid of ENABLE_64BIT symbol definition and usage.

Improve HAVE_LONGLONG symbol description.

Export 'ares_process_fd' too.

Ops, remove 'use_vc'.

Support Watt-32 under Win32.

Fix: Remove now this SIZEOF_CURL_OFF_T symbol definition.

This should have been done with the initial 64-bit curl_off_t patch.

Improve CURL_CHECK_DEF

Fix IBM C and DEC/Compaq C compiler detection

Initial support of curlbuild.h and curlrules.h which allows
to have a curl_off_t data type no longer gated to off_t.

The minimum autoconf version required for this file is 2.50

Avoid dot notation in aclocal serial file number, use a single number now.

- Fix by Tofu Linden:

  The symptom:
  * Users (usually, but not always) on 2-Wire routers and the Comcast service
  and a wired connection to their router would find that the second and
  subsequent DNS lookups from fresh processes using c-ares to resolve the same
  address would cause the process to never see a reply (it keeps polling for
  around 1m15s before giving up).

  The repro:
  * On such a machine (and yeah, it took us a lot of QA to find the systems
  that reproduce such a specific problem!), do 'ahost www.secondlife.com',
  then do it again.  The first process's lookup will work, subsequent lookups
  will time-out and fail.

  The cause:
  * init_id_key() was calling randomize_key() *before* it initialized
  key->state, meaning that the randomness generated by randomize_key() is
  immediately overwritten with deterministic values. (/dev/urandom was also
  being read incorrectly in the c-ares version we were using, but this was
  fixed in a later version.)
  * This makes the stream of generated query-IDs from any new c-ares process
  be an identical and predictable sequence of IDs.
  * This makes the 2-Wire's default built-in DNS server detect these queries
  as probable-duplicates and (erroneously) not respond at all.

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