Re: Meson far from ready on Windows

Hi,

I've been hacking on addressing some of the complaints (after having been
off-work in a somewhat unplanned way for most of the last two weeks). With
some already opened and soon-to-be-proposed PRs to Dave's winbuild and the
attached changes I think the concerns can largely be addressed.

Here's the current set of changes:

0001: meson: Add missing argument to gssapi.h check
Largely independent, but included to avoid conflicts

0002: Don't define HAVE_[GSSAPI_]GSSAPI_EXT_H
Largely independent, but included to avoid conflicts

0003: meson: Add support for detecting gss without pkg-config
0004: meson: Add support for detecting ossp-uuid without pkg-config
Do what it says on the tin. Neither includes dependency information via
pkg-config or cmake in their upstream repos.

0005: meson: Add dependency lookups via names used by cmake

This adds support for the alternative names used by cmake lookups. That
addresses

0006: meson: nls: Handle intl requiring iconv
This afaict is only required when dealing with a static libc, so it might be
considered independent

0007: windows-tab-complete-workaround
Just included so the build doesn't fail for me with all the dependencies
installed.

0008: krb-vs-openssl-workaround
Just included so the build doesn't fail for me with all the dependencies
installed. There's a separate thread to discuss the right fix.

0009: wip: meson: reduce linker noise for executables

This is mainly a minor quality of life thing for me when hacking on this. If
a static libintl is used, link.exe outputs a message for every binary, which
makes it harder to see warnings.

0010: meson: wip: tcl
This is just some preliminary hacking needs more work.

Note that cmake is automatically installed as part of visual studio these
days.

Greetings,

Andres Freund