aboutsummaryrefslogtreecommitdiff
path: root/ares
AgeCommit message (Collapse)Author
2008-08-21fix the output nameYang Tse
2008-08-21Get rid of ENABLE_64BIT symbol definition and usage.Yang Tse
Improve HAVE_LONGLONG symbol description.
2008-08-20Export 'ares_process_fd' too.Yang Tse
2008-08-16Ops, remove 'use_vc'.Gisle Vanem
2008-08-16Support Watt-32 under Win32.Gisle Vanem
2008-08-10Fix: Remove now this SIZEOF_CURL_OFF_T symbol definition.Yang Tse
This should have been done with the initial 64-bit curl_off_t patch.
2008-08-09Improve CURL_CHECK_DEFYang Tse
2008-08-09Fix IBM C and DEC/Compaq C compiler detectionYang Tse
2008-08-07Initial support of curlbuild.h and curlrules.h which allowsYang Tse
to have a curl_off_t data type no longer gated to off_t.
2008-08-05The minimum autoconf version required for this file is 2.50Yang Tse
Avoid dot notation in aclocal serial file number, use a single number now.
2008-08-04- Fix by Tofu Linden:Daniel Stenberg
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.
2008-08-04Autoconf 2.62 has changed the behaviour of the AC_AIX macro which we use.Yang Tse
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.
2008-08-03Adjust DEC/Compaq C compiler settings.Yang Tse
2008-08-01Another AC_TRY_LINK conversion to AC_LINK_IFELSE.Yang Tse
Proper definition of HAVE_function if function is found deeper.
2008-08-01Sync up with realityYang Tse
2008-08-01Rename reentrant.m4 to avoid filename clash.Yang Tse
2008-07-30Add file version serial number that might be used by 'aclocal' and others.Yang Tse
Keep the '#' character as the first one on the line.
2008-07-30Update copyright year.Yang Tse
2008-07-30Sync comment with reality.Yang Tse
2008-07-30Reinstate the 'aclocal -I m4' in buildconf and 'ACLOCAL_AMFLAGS = -I m4' way ofYang Tse
including our local m4/reentrant.m4 file. This even takes care of including the file in the distribution tarball.
2008-07-29Add quoting for the AC_DEFINE arguments.Yang Tse
2008-07-29Also remove the whitespace.Yang Tse
2008-07-29Also remove the extra quoting.Yang Tse
2008-07-29Replace some '@%:@' quadigraphs by its actual representation '#'.Yang Tse
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.
2008-07-29Tests done using 'aclocal -I m4' in buildconf and 'ACLOCAL_AMFLAGS = -I m4Yang Tse
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.
2008-07-28for debugging purposes show ACLOCAL_FLAGSYang Tse
2008-07-27These lines were unintentionally removed in previous commitYang Tse
2008-07-27Partially undo change that prevented SED, GREP, EGREP and AR from being ↵Yang Tse
changed by libtool or autoconf.
2008-07-27Assert that SED and GREP are setYang Tse
2008-07-27Require autoconf 2.57 or newerYang Tse
2008-07-27When calling aclocal, user defined ACLOCAL_FLAGS will now precede ours.Yang Tse
2008-07-27move ACLOCAL_AMFLAGS after AUTOMAKE_OPTIONSYang Tse
2008-07-27setup.h handles definition of _REENTRANT based on NEED_REENTRANTYang Tse
definition which might be defined in config.h or config-*.h files
2008-07-27Remove explicit inclusion of our m4 files first. It was interesting as a test,Yang Tse
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.
2008-07-27Another step towards detecting if _REENTRANT is already defined or actuallyYang Tse
needed, and being able to define it if appropriate for further configure tests as well as for the generated config file.
2008-07-26Explicitly include our m4 files first. This might minimize the impactYang Tse
that other package's underquoted m4 function definitions have on ours.
2008-07-26Add a 3 argument check for getprotobyname_rYang Tse
2008-07-25move reentrant.m4 to the m4 subdirectory to avoid infinite loop inclusion ↵Yang Tse
problem
2008-07-24add checks for strtok_r and getprotobyname_rYang Tse
2008-07-24Another step towards detecting if _REENTRANT is already defined or actuallyYang Tse
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.
2008-07-23reorder argument number detection for getservbyport_r toYang Tse
actually verify if the test is properly working
2008-07-22Make sure that configure process tests are done with the same _REENTRANTYang Tse
setting as the one actually used when finally building the library.
2008-07-21Change recvfrom's sixth argument data type to the 'historically standard' 'int'Yang Tse
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
2008-07-21use prototypes to improve getservbyport_r detectionYang Tse
2008-07-21Adjust recvfrom's sixth arg data type definition for NetWare (LIBC)Yang Tse
2008-07-21Use the sreadfrom() wrapper to replace recvfrom() in our code.Yang Tse
2008-07-21when recvfrom prototype uses a void pointer for arguments 2, 5 or 6 this willYang Tse
now cause the definition of RECVFROM_TYPE_ARG2_IS_VOID, RECVFROM_TYPE_ARG5_IS_VOID or RECVFROM_TYPE_ARG6_IS_VOID, as appropriate.
2008-07-20Adjust DEC/Compaq C compiler settingsYang Tse
2008-07-20Added "pointer to void" as another data type to check for the sixth argument ofYang Tse
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
2008-07-19Adjust DEC/Compaq C compiler settingsYang Tse
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-09 17:38:48 +0000