mirror of
https://github.com/Q3Rally-Team/q3rally.git
synced 2024-11-26 22:01:50 +00:00
e7405e98df
OpenGL2: Use an OpenGL 3.2 core context if available OpenGL2: Remove GLSL_ValidateProgram() OpenGL2: Don't do MSAA resolve/shadow mask/SSAO on shadow views OpenGL2: "Fix" cg_shadows 4 Fix score bonus for defending the flag carrier in CTF Restore not giving defense score bonus to flag carrier Add score bonus for defending the flag carrier in 1 Flag CTF Move CON_Init ahead of Com_Init to avoid Windows dedicated server crash Make 'globalservers 0' fetch all masters OpenGL2: Don't use initialized arrays in glsl shaders Echo server say/tell/sayto message to console Don't try to remove non-existant command 'shaderstate' Update internal curl to 7.54.0 Silence g_util.c warning about set but not read variable Remove unused imgFlag_t value IMGFLAG_SRGB Make warmup in Team Deathmatch wait for players to join both teams Remove CVAR_PROTECTED from cl_renderer Fix/improve buffer overflow in MSG_ReadBits/MSG_WriteBits Fix friction in AAS_ClientMovementPrediction Fix floating point precision loss in renderer Reject OpenGL contexts w/ software renderer when core context requested
330 lines
15 KiB
Text
330 lines
15 KiB
Text
_ _ ____ _
|
|
___| | | | _ \| |
|
|
/ __| | | | |_) | |
|
|
| (__| |_| | _ <| |___
|
|
\___|\___/|_| \_\_____|
|
|
|
|
Include files for libcurl, external users.
|
|
|
|
They're all placed in the curl subdirectory here for better fit in any kind
|
|
of environment. You must 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
|
|
|
|
The following notes apply to libcurl version 7.19.0 and later.
|
|
|
|
* The distributed curl/curlbuild.h file is only intended to be used on systems
|
|
which can not run the also distributed configure script.
|
|
|
|
* The distributed curlbuild.h file is generated as a copy of curlbuild.h.dist
|
|
when the libcurl source code distribution archive file is originally created.
|
|
|
|
* If you check out from git on a non-configure platform, you must run the
|
|
appropriate buildconf* script to set up curlbuild.h and other local files
|
|
before being able of compiling the library.
|
|
|
|
* On systems capable of running the configure script, the configure process
|
|
will overwrite the distributed include/curl/curlbuild.h file with one that
|
|
is suitable and specific to the library being configured and built, which
|
|
is generated from the include/curl/curlbuild.h.in template file.
|
|
|
|
* If you intend to distribute an already compiled libcurl library you _MUST_
|
|
also distribute along with it the generated curl/curlbuild.h which has been
|
|
used to compile it. Otherwise the library will be of no use for the users of
|
|
the library that you have built. It is _your_ responsibility to provide this
|
|
file. No one at the curl project can know how you have built the library.
|
|
|
|
* File curl/curlbuild.h includes platform and configuration dependent info,
|
|
and must not be modified by anyone. Configure script generates it for you.
|
|
|
|
* 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/
|
|
_ _ ____ _
|
|
___| | | | _ \| |
|
|
/ __| | | | |_) | |
|
|
| (__| |_| | _ <| |___
|
|
\___|\___/|_| \_\_____|
|
|
|
|
Include files for libcurl, external users.
|
|
|
|
They're all placed in the curl subdirectory here for better fit in any kind
|
|
of environment. You must 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
|
|
|
|
The following notes apply to libcurl version 7.19.0 and later.
|
|
|
|
* The distributed curl/curlbuild.h file is only intended to be used on systems
|
|
which can not run the also distributed configure script.
|
|
|
|
* The distributed curlbuild.h file is generated as a copy of curlbuild.h.dist
|
|
when the libcurl source code distribution archive file is originally created.
|
|
|
|
* If you check out from git on a non-configure platform, you must run the
|
|
appropriate buildconf* script to set up curlbuild.h and other local files
|
|
before being able of compiling the library.
|
|
|
|
* On systems capable of running the configure script, the configure process
|
|
will overwrite the distributed include/curl/curlbuild.h file with one that
|
|
is suitable and specific to the library being configured and built, which
|
|
is generated from the include/curl/curlbuild.h.in template file.
|
|
|
|
* If you intend to distribute an already compiled libcurl library you _MUST_
|
|
also distribute along with it the generated curl/curlbuild.h which has been
|
|
used to compile it. Otherwise the library will be of no use for the users of
|
|
the library that you have built. It is _your_ responsibility to provide this
|
|
file. No one at the curl project can know how you have built the library.
|
|
|
|
* File curl/curlbuild.h includes platform and configuration dependent info,
|
|
and must not be modified by anyone. Configure script generates it for you.
|
|
|
|
* 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/
|
|
_ _ ____ _
|
|
___| | | | _ \| |
|
|
/ __| | | | |_) | |
|
|
| (__| |_| | _ <| |___
|
|
\___|\___/|_| \_\_____|
|
|
|
|
Include files for libcurl, external users.
|
|
|
|
They're all placed in the curl subdirectory here for better fit in any kind
|
|
of environment. You must 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
|
|
|
|
The following notes apply to libcurl version 7.19.0 and later.
|
|
|
|
* The distributed curl/curlbuild.h file is only intended to be used on systems
|
|
which can not run the also distributed configure script.
|
|
|
|
* The distributed curlbuild.h file is generated as a copy of curlbuild.h.dist
|
|
when the libcurl source code distribution archive file is originally created.
|
|
|
|
* If you check out from git on a non-configure platform, you must run the
|
|
appropriate buildconf* script to set up curlbuild.h and other local files
|
|
before being able of compiling the library.
|
|
|
|
* On systems capable of running the configure script, the configure process
|
|
will overwrite the distributed include/curl/curlbuild.h file with one that
|
|
is suitable and specific to the library being configured and built, which
|
|
is generated from the include/curl/curlbuild.h.in template file.
|
|
|
|
* If you intend to distribute an already compiled libcurl library you _MUST_
|
|
also distribute along with it the generated curl/curlbuild.h which has been
|
|
used to compile it. Otherwise the library will be of no use for the users of
|
|
the library that you have built. It is _your_ responsibility to provide this
|
|
file. No one at the curl project can know how you have built the library.
|
|
|
|
* File curl/curlbuild.h includes platform and configuration dependent info,
|
|
and must not be modified by anyone. Configure script generates it for you.
|
|
|
|
* 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/
|
|
_ _ ____ _
|
|
___| | | | _ \| |
|
|
/ __| | | | |_) | |
|
|
| (__| |_| | _ <| |___
|
|
\___|\___/|_| \_\_____|
|
|
|
|
Include files for libcurl, external users.
|
|
|
|
They're all placed in the curl subdirectory here for better fit in any kind
|
|
of environment. You must 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
|
|
|
|
The following notes apply to libcurl version 7.19.0 and later.
|
|
|
|
* The distributed curl/curlbuild.h file is only intended to be used on systems
|
|
which can not run the also distributed configure script.
|
|
|
|
* The distributed curlbuild.h file is generated as a copy of curlbuild.h.dist
|
|
when the libcurl source code distribution archive file is originally created.
|
|
|
|
* If you check out from git on a non-configure platform, you must run the
|
|
appropriate buildconf* script to set up curlbuild.h and other local files
|
|
before being able of compiling the library.
|
|
|
|
* On systems capable of running the configure script, the configure process
|
|
will overwrite the distributed include/curl/curlbuild.h file with one that
|
|
is suitable and specific to the library being configured and built, which
|
|
is generated from the include/curl/curlbuild.h.in template file.
|
|
|
|
* If you intend to distribute an already compiled libcurl library you _MUST_
|
|
also distribute along with it the generated curl/curlbuild.h which has been
|
|
used to compile it. Otherwise the library will be of no use for the users of
|
|
the library that you have built. It is _your_ responsibility to provide this
|
|
file. No one at the curl project can know how you have built the library.
|
|
|
|
* File curl/curlbuild.h includes platform and configuration dependent info,
|
|
and must not be modified by anyone. Configure script generates it for you.
|
|
|
|
* 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/
|
|
_ _ ____ _
|
|
___| | | | _ \| |
|
|
/ __| | | | |_) | |
|
|
| (__| |_| | _ <| |___
|
|
\___|\___/|_| \_\_____|
|
|
|
|
Include files for libcurl, external users.
|
|
|
|
They're all placed in the curl subdirectory here for better fit in any kind
|
|
of environment. You must 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
|
|
|
|
The following notes apply to libcurl version 7.19.0 and later.
|
|
|
|
* The distributed curl/curlbuild.h file is only intended to be used on systems
|
|
which can not run the also distributed configure script.
|
|
|
|
* The distributed curlbuild.h file is generated as a copy of curlbuild.h.dist
|
|
when the libcurl source code distribution archive file is originally created.
|
|
|
|
* If you check out from git on a non-configure platform, you must run the
|
|
appropriate buildconf* script to set up curlbuild.h and other local files
|
|
before being able of compiling the library.
|
|
|
|
* On systems capable of running the configure script, the configure process
|
|
will overwrite the distributed include/curl/curlbuild.h file with one that
|
|
is suitable and specific to the library being configured and built, which
|
|
is generated from the include/curl/curlbuild.h.in template file.
|
|
|
|
* If you intend to distribute an already compiled libcurl library you _MUST_
|
|
also distribute along with it the generated curl/curlbuild.h which has been
|
|
used to compile it. Otherwise the library will be of no use for the users of
|
|
the library that you have built. It is _your_ responsibility to provide this
|
|
file. No one at the curl project can know how you have built the library.
|
|
|
|
* File curl/curlbuild.h includes platform and configuration dependent info,
|
|
and must not be modified by anyone. Configure script generates it for you.
|
|
|
|
* 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/
|
|
_ _ ____ _
|
|
___| | | | _ \| |
|
|
/ __| | | | |_) | |
|
|
| (__| |_| | _ <| |___
|
|
\___|\___/|_| \_\_____|
|
|
|
|
Include files for libcurl, external users.
|
|
|
|
They're all placed in the curl subdirectory here for better fit in any kind
|
|
of environment. You must 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
|
|
|
|
The following notes apply to libcurl version 7.19.0 and later.
|
|
|
|
* The distributed curl/curlbuild.h file is only intended to be used on systems
|
|
which can not run the also distributed configure script.
|
|
|
|
* The distributed curlbuild.h file is generated as a copy of curlbuild.h.dist
|
|
when the libcurl source code distribution archive file is originally created.
|
|
|
|
* If you check out from git on a non-configure platform, you must run the
|
|
appropriate buildconf* script to set up curlbuild.h and other local files
|
|
before being able of compiling the library.
|
|
|
|
* On systems capable of running the configure script, the configure process
|
|
will overwrite the distributed include/curl/curlbuild.h file with one that
|
|
is suitable and specific to the library being configured and built, which
|
|
is generated from the include/curl/curlbuild.h.in template file.
|
|
|
|
* If you intend to distribute an already compiled libcurl library you _MUST_
|
|
also distribute along with it the generated curl/curlbuild.h which has been
|
|
used to compile it. Otherwise the library will be of no use for the users of
|
|
the library that you have built. It is _your_ responsibility to provide this
|
|
file. No one at the curl project can know how you have built the library.
|
|
|
|
* File curl/curlbuild.h includes platform and configuration dependent info,
|
|
and must not be modified by anyone. Configure script generates it for you.
|
|
|
|
* 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/
|