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!