zones_strict_data (-S) and zones_strict_startup (-s)

New option 'zones_strict_data' is similar in nature to the old
  'strict_data' option, in that it upgrades mere warnings about zone
  data anomalies into full errors.  Defaults false (previous behavior).

The option 'zones_rfc1035_strict_startup' was deprecated and renamed
  to 'zones_strict_startup', as the same basic principle should apply
  to other sources.  No functional change, since rfc1035 is still
  the only viable zone data source.  Still defaults true.

Two commandline options added (-s and -S) to force these settings to
  true while ignoring any default or setting from the config file.
  This is mostly useful for checkconfig, but could have other uses.
Deprecate late_bind_secs, add nonlocal bind fallback behavior.

late_bind_secs is a horrible feature and I'd like to remove the
  complexity in a future version.  It worked around a system config
  issue for me once in the distant past, but I probably would've
  rejected the feature and said "fix your system" had it come from
  someone else.  I doubt anyone else is using it at all.  Hopefully
  they'll speak up if there's any real need.

Added IP_FREEBIND (or BSD equiv) support as an
  automatic fallback attempt on any bind() failure (when the address
  didn't come from interface-scanning, and wasn't the ANY address),
  which should address any such issues without the need for
  late_bind_secs *or* system config fixes anyways.

Also, merged up some redundant bind()-related code to a common file.
New 'listen' options 'any' and 'scan' + future default-any warning

'scan' is just an explicit option for the current default interface
  scanning mode when no listen option is present.
'any' uses the v4 (+v6 if applicable) ANY address(es), which should
  now work correctly on all reasonably up-to-date systems we care
  about (older versions of MacOS were the main holdup due to lacking
  a way to copy the request dest addr to the outgoing source in the
  case of multiple routable addrs, but seems fixed in new releases).
Added a warning when implicitly defaulting to 'scan' that the default
  will change to 'any' in a future version.  Warning is silenced by
  being explicit.
Realistically, I expect most production users will explicitly configure
  1-2 listen addresses (v4+v6) anyways, this is all about sane
  defaults that don't spawn too many threads.
Remove additional-section processing of PTR records

The standards are pretty clear on this, but I somehow
missed it in the past.  It's not a practical consideration
in any real scenario, since useful PTR records invariably
have the right-hand-side canonical name in a different zone
than the one the PTR record existed in.  The support for
in-zone additional lookups was just there "for completeness",
but it turns out to not be necessary at all.

I think anyone affected by this change is using PTR records for
something crazy that they're *really* not intended to do, and
even in that case it's not going to break anything, just cause
an additional round-trip for the data.

The old warning that happened during the additional-section
processing of PTRs was useful for catching reverse-zonefile typos,
though, and it has been retained in spirit, it's just implemented
differently.
Diagnostic output fixups

1) Include full name in all zwarn/zfatal output
2) On TTL conflict, indicate which was chosen
Fix up $ADDR_LIMIT mismatch warnings to report/behave like TTL
make testsuite fail faster, at least for debug builds
fix pluginapi doc errors
deprecate mixed cname resources in plugin_weighted
remove a couple unused static vars
Bugfix: metafo should not zero out geoip's edns scope

If anyone was using geoip as a subplugin to a metafo
  resource, metafo would unconditionally reset the
  edns scope mask set by geoip back to zero.
Document edns-client-subnet precedence over cache IP

(and fix an inconsistent header thing elsewhere in the doc)
update NEWS with v1.10.1..HEAD changes to date
version bump stuff for 1.11.0
Merge branch 'master' into dev

Conflicts:
	gdnsd/Makefile.am