mirror of
https://github.com/curl/curl.git
synced 2024-12-27 06:59:43 +08:00
78d6232f1f
We remove support for building curl with gskit. - This is a niche TLS library, only running on some IBM systems - no regular curl contributors use this backend - no CI builds use or verify this backend - gskit, or the curl adaption for it, lacks many modern TLS features making it an inferior solution - build breakages in this code take weeks or more to get detected - fixing gskit code is mostly done "flying blind" This removal has been advertized in DEPRECATED in Jan 2, 2023 and it has been mentioned on the curl-library mailing list. It could be brought back, this is not a ban. Given proper effort and will, gskit support is welcome back into the curl TLS backend family. Closes #11460
50 lines
1.8 KiB
Markdown
50 lines
1.8 KiB
Markdown
# Items to be removed from future curl releases
|
|
|
|
If any of these deprecated features is a cause for concern for you, please
|
|
email the
|
|
[curl-library mailing list](https://lists.haxx.se/listinfo/curl-library)
|
|
as soon as possible and explain to us why this is a problem for you and
|
|
how your use case cannot be satisfied properly using a workaround.
|
|
|
|
## mingw v1
|
|
|
|
We remove support for building curl with the original legacy mingw version 1
|
|
in September 2023.
|
|
|
|
During the deprecation period you can enable the support with the configure
|
|
option `--with-mingw1-deprecated`.
|
|
|
|
mingw version 1 is old and deprecated software. There are much better and
|
|
still support build environments to use to build curl and other software. For
|
|
example [MinGW-w64](https://www.mingw-w64.org/).
|
|
|
|
## space-separated `NOPROXY` patterns
|
|
|
|
When specifying patterns/domain names for curl that should *not* go through a
|
|
proxy, the curl tool features the `--noproxy` command line option and the
|
|
library supports the `NO_PROXY` environment variable and the `CURLOPT_NOPROXY`
|
|
libcurl option.
|
|
|
|
They all set the same list of patterns. This list is documented to be a set of
|
|
**comma-separated** names, but can also be provided separated with just
|
|
space. The ability to just use spaces for this has never been documented but
|
|
some users may still have come to rely on this.
|
|
|
|
Several other tools and utilities also parse the `NO_PROXY` environment
|
|
variable but do not consider a space to be a valid separator. Using spaces for
|
|
separator is probably less portable and might cause more friction than commas
|
|
do. Users should use commas for this for greater portability.
|
|
|
|
curl will remove the support for space-separated names in July 2024.
|
|
|
|
## past removals
|
|
|
|
- Pipelining
|
|
- axTLS
|
|
- PolarSSL
|
|
- NPN
|
|
- Support for systems without 64 bit data types
|
|
- NSS
|
|
- gskit
|
|
|