Christopher Ng authored 2 years ago and Daniel Salzman committed 2 years ago

This commit adds support for building the libraries and utils on Cygwin/MSYS2.
The daemon cannot be built because some of the IPV6 code does not compile.

See more at knot/knot-resolver#781

www.gnu.org has offered https for years now.

See m4/knot-version.m4

Implements initial support for continuous fuzzing with [google/oss-fuzz](http://github.com/google/oss-fuzz). Changes:

- Removes `--with-santize-coverage` config flag: the clang6 `-fsanitize=fuzzer-no-link` replaces this
- Adds `--with-oss-fuzz` config flag: links `-lFuzzingEngine` into fuzz targets
- Adds logic to `make check` that runs the fuzz targets with a single seed input to ensure they exit successfully

Ondřej Surý authored 7 years ago and Daniel Salzman committed 7 years ago

Improve the sanitizer autoconf macros to automatically enable coverage for fuzzer and check for clang >= 6.0

...except OSX where the compile option is not available

OS X versioning of clang is completely different. Let's make the
user decide.

- The bug https://llvm.org/bugs/show_bug.cgi?id=23490 should be fixed then.
- Added --enable-fastparser=force option to override the detection.

Copy PKG_CHECK_VARS from pkg.m4 from pkg-config 0.28 to m4/ax_pkg_check_vars.m4 so we have PKG_CHECK_VARS available

Remove version-script support to remove additional complexity it introduces (it's not really needed when we hide internal symbols)

Merge libknot-int and libknot-yparser into libknot with versioned symbols to separate main KNOT library and INTERNAL+YPARSER

1. libknot - interfaces has been added (0:0:0 -> 1:0:1)
2. libzscanner - source change, but interface has not (0:1:0)
3. libdnssec - new library (0:0:0)
4. libknot-int - new library (0:0:0)
5. libknot-yparser - new library (0:0:0)

As of now, the version of the library is consistent with the release.