Proper naming for the experimental compiler test and moved to *-compilers.m4

added Curl_getoff_all_pipelines SIGSEGV

added mention of two more current bugs/issues

Moved *_CHECK_COMPILER_HALT_ON_ERROR and *_CHECK_COMPILER_ARRAY_SIZE_NEGATIVE to *-compilers.m4 along with other *_CHECK_COMPILER_*

man page warnings fixed

- Man page *roff problems fixed thanks to input from Colin Watson. Problems
  reported in the Debian package.

- Vijay G filed bug report #2723236
  (http://curl.haxx.se/bug/view.cgi?id=2723236) identifying a problem with
  libcurl's TFTP code and its lack of dealing with the OACK packet.

Use autobuilds to verify if a couple of experimental compiler tests pass on all of them.
This will be removed in 24 or 48 hours.

curl_sockaddr struct member addrlen is an 'unsigned int' since 7.18.0

fIX *__SOCKLEN_T definitions for OS400 and generic GCC targets

Temporary and HP-UX autobuild specific change to debug SSH server start-up failures

fix compiler warning

reintroduce #232

Mention last changes

Revert change committed on Mon May 4 09:30:23 2009 UTC.

The origin of the problem with test case #251 was the --ftp-port not being the CLIENTIP address.

I simplified the SSL session id re-use code now to *always* ditch the previous
one and store the current one, as it makes the code less complex and I'm not
even sure I can check for the same session id using memcmp() like that.

Fixed the --ftp-port address to the CLIENTIP address.

- Inspired by Michael Smith's session id fix for OpenSSL, I did the
  corresponding fix in the GnuTLS code: make sure to store the new session id
  in case the re-used one is rejected.

- Michael Smith posted bug report #2786255
  (http://curl.haxx.se/bug/view.cgi?id=2786255) with a patch, identifying how
  libcurl did not deal with SSL session ids properly if the server rejected a
  re-use of one. Starting now, it will forget the rejected one and remember
  the new. This change was for OpenSSL only, it is likely that other SSL lib
  code needs similar fixes.

more return codes added

fIX *__SOCKLEN_T definitions for MVS and 370 targets

fIX *__SOCKLEN_T definitions for several Windows target tool-chains

a busload symbols added

Philippe Vaucher reported this typo

David McCreedy's patch to fix test suite harness to allow test FTP server and client on different machines, providing FTP client address when running the FTP test server.

David McCreedy's "transfer.c fixes for CURL_DO_LINEEND_CONV and non-ASCII platform HTTP requests" patch

fix makefile reference to packages/TPF

ignore this

HP-UX's X/Open network library requirement check follow-up

Added and disabled test case 563 which shows KNOWN_BUGS #59.  The bug
report failed to mention that a proxy must be used to reproduce it.

HP-UX's X/Open network library requirement check follow-up

This wasn't intended to be committed.

So, until fixed this will remain FIXME.

Use build-time configured curl_socklen_t instead of socklen_t

Use build-time configured ares_socklen_t instead of socklen_t

Remove temporary debug tracing for X/Open HP-UX

Mention David McCreedy's patches applied today

David McCreedy's "TPF-platform specific changes to various files" patch follow-up

fixed: 229 - [PATCH] to correct spelling in ABI

Jose Goncalves fixed my crappy spelling!

#2784055, connect race with multi and socks proxy

bad enough to almost make socks proxies with multi interface unusable

s/libcurl/c-ares

version number typo fix

David McCreedy's "http.c fix to Curl_proxyCONNECT for non-ASCII platforms" patch

David McCreedy's "TPF-platform specific changes to various files" patch

mention a bunch of pending patches to deal with

Check definition of _XOPEN_SOURCE_EXTENDED with the compiler

Add temporary debug tracing for X/Open HP-UX

Check if X/Open network library is required

When generated, display libcurl.pc and libcares.pc

cope with ares_build.h and ares_rules.h follow-up

Added some notes regarding ares_build.h

fix EOL

fix EOL

cope with ares_build.h and ares_rules.h

buildconf.bat for CVS-tree c-ares

fix compiler warning: unused parameter

- I was going to fix issue #59 in KNOWN_BUGS

  If the CURLOPT_PORT option is used on an FTP URL like
  "ftp://example.com/file;type=A" the ";type=A" is stripped off.

  I added test case 562 to verify, only to find out that I couldn't repeat
  this bug so I hereby consider it not a bug anymore!

provide some track record of the SONAME bumps

mention that cvs is needed for releases

Use 'unsigned int' instead of size_t attempting to avoid header inclusion

NetWare LibC's getpeername() third argument data type is size_t

Display only CURL_* and CARES_* symbol/macro definitions from curlbuild.h and ares_build.h

Remove temporary debug tracing for ares_socklen_t Windows targets

Trigger c-ares prebuild stage for fake-config setup's

curl_socklen_t NetWare follow-up

curl_socklen_t follow-up

ares_socklen_t follow-up

ares_build.h Windows follow-up

mention the new CURL_SEEKFUNC_ symbols

- Based on bug report #2723219 (curl.haxx.se/bug/view.cgi?id=2723219)
  I've now made TFTP "connections" not being kept for re-use within libcurl.
  TFTP is UDP-based so the benefit was really low (if even existing) to begin
  with so instead of tracking down to fix this problem we instead removed the
  re-use. I also enabled test case 1099 that I wrote a few days ago to verify
  that this change fixes the reported problem.

Add temporary debug tracing for ares_socklen_t Windows targets

ares_build.h NetWare follow-up

When running testcurl.pl display definitions from ares_build.h

allow usage of in-tree c-ares when building from outside of the cvs tree

ares_build.h NetWare attempt

- Constantine Sapuntzakis filed bug report #2783090
  (http://curl.haxx.se/bug/view.cgi?id=2783090) pointing out that on windows
  we need to grow the SO_SNDBUF buffer somewhat to get really good upload
  speeds. http://support.microsoft.com/kb/823764 has the details. Friends
  confirmed that simply adding 32 to CURL_MAX_WRITE_SIZE is enough.

allow usage of in-tree c-ares when building from outside of the cvs tree

Initial step towards a configure time ares_socklen_t definition

ignore stamp-h*

Fixed: 225 - resume when upload from stream, #2709004

- Bug report #2709004 (curl.haxx.se/bug/view.cgi?id=2709004) by Tim
  Chen pointed out how curl couldn't upload with resume when reading from a
  pipe.

  This ended up with the introduction of a new return code for the
  CURLOPT_SEEKFUNCTION callback that basically says that the seek failed but
  that libcurl may try to resolve the situation anyway. In our case this means
  libcurl will attempt to instead read that much data from the stream instead
  of seeking and that way curl can now upload with resume when data is read
  from a stream!

Added CARES_INCLUDES_SYS_TYPES

Rearrange placement inside file of CURL_DEFINE_UNQUOTED, CURL_CONFIGURE_LONG
and CURL_CONFIGURE_CURL_SOCKLEN_T to ease future maintainance.

Moved CURL_INCLUDES_INTTYPES to curl-functions.m4 along with other CURL_INCLUDES_*

Remove temporary debug tracing for curl_socklen_t detection failures

Include <arpa/inet.h> if HAVE_ARPA_INET_H is defined

Log MAKEFLAGS environment variable along with the others.

Take 2 at handling getpeername() prototypes with a void pointer for third argument

Attempt to handle getpeername() prototypes with a void pointer for third argument

Add missing cmake files to the tarball (thanks to Richard Atterer's report)

the windows threaded resolver isn't foolproof enough

Add temporary debug tracing for curl_socklen_t detection failures

Reorder curl_socklen_t and socklen_t equivalent check while both coexist

Rearrange curl_socklen_t tests to improve speed of usual results

Initial step towards a configure time curl_socklen_t definition

Fixed: 227 - CURLINFO_APPCONNECT_TIME doesn't work with multi interface, #2779733

- Bug report #2779733 (curl.haxx.se/bug/view.cgi?id=2779733) by Sven
  Wegener pointed out that CURLINFO_APPCONNECT_TIME didn't work with the multi
  interface and provided a patch that fixed the problem!

removed pointless file

synced with current reality

Further narrow the use of the icc 9.1 optimizer workaround.

Previous workaround proved useful, and finally did not trigger any warning!