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

skip libtool C++ preprocessor compiler and linker checks

ignore libcares.pc

configure script will now define HAVE_CLOCK_GETTIME_MONOTONIC symbol only
when function clock_gettime() is available and the monotonic timer is
also available. Otherwise, in some cases, librt or libposix4 could be used
for linking even when finally not using the clock_gettime() function due
to lack of the monotonic clock.

fix syntax error: missing semicolon

Add library checking for clock_gettime() support

Use monotonic time source if available.

Removed AC_PROG_CC_STDC again. It enforces C99/gnu99 stdandard which is too
liberal for me. Also, autoconf 2.61 and earlier doesn't work with icc 10.1
for this macro. (2.62 confirmed to work though). See discusson on the mailing
list starting here:

http://daniel.haxx.se/projects/c-ares/mail/c-ares-archive-2008-05/0001.shtml

include strings.h (if available) for the strcasecmp() proto

check for strings.h in configure and use it for the strcasecmp() proto

adjusted to work with the updated configure.ac

- Sebastian made c-ares able to return all PTR-records when doing reverse
  lookups. It is not common practice to have multiple PTR-Records for a single
  IP, but its perfectly legal and some sites have those.

- Doug Goldstein provided a configure patch: updates autoconf 2.13 usage to
  autoconf 2.57 usage (which is the version you have specified as the minimum
  version). It's a minor change but it does clean up some warnings with newer
  autoconf (specifically 2.62).

Improved parsing of resolver configuration files

make previous compiler warning fix more portable

fix compiler warning: indirection to slightly different base types

fix compiler warning: local variable may be used without having been initialized

fix compiler warning: unreferenced formal parameter

fix compiler warning: assignment within conditional expression

- Alexey Simak fixed the VC dsp file by adding the missing source file
  ares_expand_string.c

Alexey Simak made adig support NAPTR records

Eino Tuominen improved the code when a file is used to seed the randomizer

Force AIX xlc to fail and not generate object code if the source code has
compiled with errors. This behaviour is needed for autoconf macros which
rely on the ability to compile with or without errors, and is safer than
xlc's default of failing only upon severe errors.

added get_ver.awk since c-ares is a standalone project, and should therefore also compile when cURL is absent.

a couple of small fixes to the makefile:
fixed comments; fixed INSTDIR define, simplified rules;
changed to use get_ver.awk in current dir rather than the curl one.

fixed linker def file for tools when compiled with gcc/nlmconv.

added some files which were missing in release tarballs.

updated copyright for new year.

Added '-d' option for Watt-32 debugging.

MSVC 9.0 (VS2008) does not support Windows build targets prior to WinXP,
and makes wrong asumptions of build target when it isn't specified. So,
if no build target has been defined we will target WinXP when building
with MSVC 9.0 (VS2008).

build acountry too

Added acountry.c.