Visual Studio 2019 handle it as an error.

FAILED: subprojects/libsoup/libsoup/1b29d39@@soup-2.4@sha/meson-generated_.._soup-enum-types.c.obj
cl @subprojects/libsoup/libsoup/1b29d39@@soup-2.4@sha/meson-generated_.._soup-enum-types.c.obj.rsp
subprojects\glib\glib/gmacros.h(824): error C4819:
    The file contains a character that cannot be represented in the current code page (949).
    Save the file in Unicode format to prevent data loss

gettext might not be available on Windows

When not available in the system, those libraries can be downloaded
from Wrap DB and built as subprojects.

This checks on Windows whether we have __USE_MINGW_ANSI_STDIO
defined for MinGW builds or whether we are building with Visual Studio
2015 or later, as sscanf(..., "%2hhx", ...) would either fail to build
or will fail to run correctly if either of these conditions do not hold
on Windows, as the stock Windows (pre-Visual Studio 2015) CRT does not
support the 'hh' modifier, as it is C99.

If the sscanf() implementation on Windows does not support the 'hh'
modifier, use a workaround so that we obtain the correct values we need
from sscanf().

I was wrong to think that the workaround is not needed anymore.

Fixes the following error:
libsoup-2.66.0/libsoup/soup-auth-ntlm.c:815:23: error: unknown conversion type character 'h' in format [-Werror=format=]
 sscanf(hex_pos, "%2hhx", &hmac[count]);
                     ^

This fixes issues when adding new symbols and building with
introspection enabled. Additionally, the workaround for
tests seems to be unneeded.

The proxy test uses apache, so it shouldn't run in parallel (see 5c1eea7e).
For some reason parallelism wasn't disabled for this test, causing random
failures in CI.

Fixes #142

On Visual Studio builds, it is not enough to look for 'xml2' for the
library libxml2.lib, instead, we need to look for 'libxml2'.
libxml2.lib is the library name that is produced by libxml2's NMake
Makefiles.

Fixes #137

This is the only warning I see when building libsoup, so let's fix it.

I removed the only usage of this function in b609d44e so time for it to
go.

When there is no error at all, that is unexpected and we should
disconnect. I mishandled it in the previous commit and Dan merged !42
before I fixed it.

Related to: #134 and !42

A change in glib-networking has surfaced a tricky mistake in
soup_connection_get_state(). The goal of this code is to detect early if
the server has closed our connection, but the check didn't account for
the possibility that TLS-level data could be readable even if no
HTTP-level data is readable. We need to actually try reading from the
stream, rather than just checking if the socket is readable, since that
way any TLS-level data will be handled by GTlsConnection. We should
receive G_IO_ERROR_WOULD_BLOCK only if there is no HTTP-level data and
the connection is still open; otherwise, treat it as disconnected.

Many thanks to Dan Winship for explaining this confusing code after I
found it was problematic, and for proposing this clever solution.

Fixes #134

They are outdated and not free according to Debian's lintian.

Fixes: #133

Features can be removed at any point from a session, and if they are
removed while there are messages in the queue, it is possible for
callbacks connected to the message signals to be called after the feature
has been disposed. Adding a reference in request_queue()
and removing it in request_enqueue() ensures that the feature will not
be disposed too early.

Add a test case for the SoupCookieJar feature that reproduces this crash.

Fixes #130

(cherry picked from commit 9dec887f)

The main build system of the libsoup project is now Meson. Also remove
the TAP support files.

Closes: #12

For some reason meson is honoring the LD_LIBRARY_PATH when running
the tests, so the built library is not tested. Add this for now
to work it around.

See https://github.com/mesonbuild/meson/issues/4228

Increase the timeout as on some architectures the tests could be slower
than the default 30 seconds.

Fixes #122

It is needed when using libsoup as subproject, for example.

We can let meson determin private dependencies, but they are useless
anyway because we are building only a shared library.

libpsl has a Meson build system upstream now, we can use it to build
libpsl as subproject.

It was meant to run the CI only on hosts supporting IPv6 but even
non_aws runners fails IPv6 tests, so the tag is useless. In the future
we could need to add an explicit "ipv6" tag.

See: Infrastructure/GitLab#313

It is a waste of time to reinstall all fedora packages for each job.
Copy and adapt Dockerfile and scripts from glib.

Don't use the meson's shared_library() target, but the library() one, so
we are able to change the library type through the default_library
option.

Also disable introspection if the static library is requested as the
gnome.generate_gir() needs an executable or a shared library.