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

- 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