mirror of
https://github.com/curl/curl.git
synced 2024-11-27 05:50:21 +08:00
852989856d
redirections and thus cannot use CURLOPT_FOLLOWLOCATION easily, we now introduce the new CURLINFO_REDIRECT_URL option that lets applications extract the URL libcurl would've redirected to if it had been told to. This then enables the application to continue to that URL as it thinks is suitable, without having to re-implement the magic of creating the new URL from the Location: header etc. Test 1029 verifies it. |
||
---|---|---|
.. | ||
curl | ||
.cvsignore | ||
Makefile.am | ||
README |
_ _ ____ _ ___| | | | _ \| | / __| | | | |_) | | | (__| |_| | _ <| |___ \___|\___/|_| \_\_____| Include files for libcurl, external users. They're all placed in the curl subdirectory here for better fit in any kind of environment. You should include files from here using... #include <curl/curl.h> ... style and point the compiler's include path to the directory holding the curl subdirectory. It makes it more likely to survive future modifications. NOTE FOR LIBCURL HACKERS All the include files in this tree are written and intended to be installed on a system that may serve multiple platforms and multiple applications, all using libcurl (possibly even different libcurl installations using different versions). Therefore, all header files in here must obey these rules: * They cannot depend on or use configure-generated results from libcurl's or curl's directories. Other applications may not run configure as (lib)curl does, and using platform dependent info here may break other platforms. * We cannot assume anything else but very basic compiler features being present. While libcurl requires an ANSI C compiler to build, some of the earlier ANSI compilers clearly can't deal with some preprocessor operators. * Newlines must remain unix-style for older compilers' sake. * Comments must be written in the old-style /* unnested C-fashion */ To figure out how to do good and portable checks for features, operating systems or specific hardwarare, a very good resource is Bjorn Reese's collection at http://predef.sf.net/