#203 BIND 9.16.13 support
Merged by abbra. Opened by pemensik.
pemensik/bind-dyndb-ldap bind-9.16.13-support  into  master

BIND 9.16.12 and more recent have removed numeric versioning of library.
Instead it just contain complete text version. Extract numbers from it
and export it in similar manner.

I get the following issue, though the generated configure works:

configure.ac:97: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2740: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2759: AC_RUN_IFELSE is expanded from...
configure.ac:97: the top level
configure.ac:97: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:193: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2740: _AC_RUN_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:639: AS_IF is expanded from...
../../lib/autoconf/general.m4:2759: AC_RUN_IFELSE is expanded from...

1 new commit added

  • rwlock initialization does not return value

I just cannot figure, what is wrong with those macros. According to documentation, AC_LANG_PROGRAM uses AC_LANG_SOURCE. But for unknown reason it does not accept it without weird warnings. I just cannot see what is wrong. It is better, if deprecated AC_TRY_RUN() is used, but it generates errors on ./configure time when I tried that.

rebased onto f0d75b778ee7bfd0feb368b51027943085a54705

Thanks. I don't see these problems anymore on F34.

Pull-Request has been merged by abbra

That is because I haven't pushed rebase to f34 until today. Just started building bind 9.16.13 for it. Previous version in f34 was BIND 9.16.11, which did not yet had the breaking changes.

F34 is now locked for final freeze. You will not be able to rebase in F34 without a blocker bug.

At this point I'd suggest we don't do rebase in F34 but rather focus on polishing F35.