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!
