Source: knot-resolver
Version: 1.1.0~git2016070600-1
Severity: important
Justification: fails to build from source (but built successfully in the past)

The kfreebsd-i386 build of knot-resolver failed:

  contrib/lmdb/mdb.c: In function 'mdb_env_setup_locks':
  contrib/lmdb/mdb.c:4625:13: warning: implicit declaration of function 
'pthread_mutexattr_setrobust' [-Wimplicit-function-declaration]
      || (rc = pthread_mutexattr_setrobust(&mattr, PTHREAD_MUTEX_ROBUST))
               ^
  contrib/lmdb/mdb.c:4625:49: error: 'PTHREAD_MUTEX_ROBUST' undeclared (first 
use in this function)
      || (rc = pthread_mutexattr_setrobust(&mattr, PTHREAD_MUTEX_ROBUST))
                                                   ^
  contrib/lmdb/mdb.c:4625:49: note: each undeclared identifier is reported only 
once for each function it appears in
  contrib/lmdb/mdb.c: In function 'mdb_mutex_failed':
  contrib/lmdb/mdb.c:351:37: warning: implicit declaration of function 
'pthread_mutex_consistent' [-Wimplicit-function-declaration]
   #define mdb_mutex_consistent(mutex) pthread_mutex_consistent(mutex)
                                       ^
  contrib/lmdb/mdb.c:10002:10: note: in expansion of macro 
'mdb_mutex_consistent'
      rc2 = mdb_mutex_consistent(mutex);
            ^
  contrib/contrib.mk:20: recipe for target 'contrib/lmdb/mdb.o' failed
  make[2]: *** [contrib/lmdb/mdb.o] Error 1

Could you please take a look?  Per Policy 4.13, the best solution (if
feasible) would be to build against externally packaged liblmdb-dev,
which supports kFreeBSD and for which the build system even already
appears to check:

  Dependencies
  ------------
  [yes] libknot (lib)
  [no] lmdb (lib)
  [yes] luajit (daemon)
  [yes] libuv (daemon)

However, if that's somehow not an option, perhaps you can look at what
it does on kFreeBSD and do the same locally.

Thanks!

Reply via email to