KNOWN_BUGS: adapt 5.5 to recent changes

It only applies to non-Unicode builds now.
Also merge 5.10 into it as it's effectively a duplicate.

Closes https://github.com/curl/curl/pull/3784
This commit is contained in:
Marcel Raad 2020-01-02 23:07:34 +01:00
parent ffdddb45d9
commit aa6cf7f3b6
No known key found for this signature in database
GPG Key ID: 33C416EFAE4D6F02
1 changed files with 6 additions and 12 deletions

View File

@ -49,12 +49,11 @@ problems may have been fixed or changed somewhat since this was written!
5.2 curl-config --libs contains private details 5.2 curl-config --libs contains private details
5.3 curl compiled on OSX 10.13 failed to run on OSX 10.10 5.3 curl compiled on OSX 10.13 failed to run on OSX 10.10
5.4 Build with staticly built dependency 5.4 Build with staticly built dependency
5.5 can't handle Unicode arguments in Windows 5.5 can't handle Unicode arguments in non-Unicode builds on Windows
5.6 cmake support gaps 5.6 cmake support gaps
5.7 Visual Studio project gaps 5.7 Visual Studio project gaps
5.8 configure finding libs in wrong directory 5.8 configure finding libs in wrong directory
5.9 Utilize Requires.private directives in libcurl.pc 5.9 Utilize Requires.private directives in libcurl.pc
5.10 IDN tests failing on Windows / MSYS2
5.11 configure --with-gssapi with Heimdal is ignored on macOS 5.11 configure --with-gssapi with Heimdal is ignored on macOS
6. Authentication 6. Authentication
@ -377,16 +376,18 @@ problems may have been fixed or changed somewhat since this was written!
We welcome help to improve curl's ability to link with static libraries, but We welcome help to improve curl's ability to link with static libraries, but
it is likely a task that we can never fully support. it is likely a task that we can never fully support.
5.5 can't handle Unicode arguments in Windows 5.5 can't handle Unicode arguments in non-Unicode builds on Windows
If a URL or filename can't be encoded using the user's current codepage then If a URL or filename can't be encoded using the user's current codepage then
it can only be encoded properly in the Unicode character set. Windows uses it can only be encoded properly in the Unicode character set. Windows uses
UTF-16 encoding for Unicode and stores it in wide characters, however curl UTF-16 encoding for Unicode and stores it in wide characters, however curl
and libcurl are not equipped for that at the moment. And, except for Cygwin, and libcurl are not equipped for that at the moment except when built with
Windows can't use UTF-8 as a locale. _UNICODE and UNICODE defined. And, except for Cygwin, Windows can't use UTF-8
as a locale.
https://curl.haxx.se/bug/?i=345 https://curl.haxx.se/bug/?i=345
https://curl.haxx.se/bug/?i=731 https://curl.haxx.se/bug/?i=731
https://curl.haxx.se/bug/?i=3747
5.6 cmake support gaps 5.6 cmake support gaps
@ -439,13 +440,6 @@ problems may have been fixed or changed somewhat since this was written!
https://github.com/curl/curl/issues/864 https://github.com/curl/curl/issues/864
5.10 IDN tests failing on Windows / MSYS2
It seems like MSYS2 does some UTF-8-to-something-else conversion for Windows
compatibility.
https://github.com/curl/curl/issues/3747
5.11 configure --with-gssapi with Heimdal is ignored on macOS 5.11 configure --with-gssapi with Heimdal is ignored on macOS
... unless you also pass --with-gssapi-libs ... unless you also pass --with-gssapi-libs