BIND 10 #1823: remove ASIO_DISABLE_KQUEUE hack

[BIND 10 Development]

#1823: remove ASIO_DISABLE_KQUEUE hack
-------------------------------------+-------------------------------------
            Reporter:  jinmei        |                        Owner:
                Type:  task          |  UnAssigned
            Priority:  medium        |                       Status:  new
           Component:  build system  |                    Milestone:  Next-
           Sensitive:  0             |  Sprint-Proposed
         Sub-Project:  Core          |                     Keywords:
Estimated Difficulty:  0             |              Defect Severity:  N/A
         Total Hours:  0             |  Feature Depending on Ticket:
                                     |          Add Hours to Ticket:  0
                                     |                    Internal?:  0
-------------------------------------+-------------------------------------
 We can now probably remove this kludge from configure.ac:

 {{{
 AC_CHECK_FUNC(kqueue, ac_cv_have_kqueue=yes, ac_cv_have_kqueue=no)
 if test "X$ac_cv_have_kqueue" = "Xyes"; then
         AC_MSG_CHECKING([whether kqueue EV_SET compiles in C++])
         AC_TRY_COMPILE([
 #include <sys/types.h>
 #include <sys/param.h>
 #include <sys/event.h>],
 [char* udata;
 struct kevent kevent;
 EV_SET(&kevent, 0, 0, 0, 0, 0, udata);],
         [AC_MSG_RESULT(yes)],
         [AC_MSG_RESULT([no, disable kqueue for ASIO])
          CPPFLAGS="$CPPFLAGS -DASIO_DISABLE_KQUEUE=1"
         ])
 fi
 }}}

 This was a workaround for NetBSD, but apparently a more recent version
 () of ASIO has its own workaround:

 {{{#!c++
 #if defined(__NetBSD__)
 # define ASIO_KQUEUE_EV_SET(ev, ident, filt, flags, fflags, data, udata) \
     EV_SET(ev, ident, filt, flags, fflags, \
       data, reinterpret_cast<intptr_t>(udata))
 }}}

 So I guess we should be able to remove this hack.

-- 
Ticket URL: <http://bind10.isc.org/ticket/1823>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development