kumquat-buildroot/package/dovecot/Config.in

42 lines
1.1 KiB
Plaintext
Raw Normal View History

config BR2_PACKAGE_DOVECOT
bool "dovecot"
package/dovecot: not available on static-only build Fixes http://autobuild.buildroot.net/results/53f/53fd9003a4cf7d128f4d64d43209fe26d859a829/ http://autobuild.buildroot.net/results/53f/53fd9003a4cf7d128f4d64d43209fe26d859a829/dovecot-2.2.16/config.log shows this pthread related link error during configure sqlite3.c:(.text+0x5106): undefined reference to `pthread_mutex_trylock' /home/test/autobuild/instance-2/output/host/usr/i686-buildroot-linux-uclibc/sysroot/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexAlloc': sqlite3.c:(.text+0x91fb): undefined reference to `pthread_mutexattr_init' sqlite3.c:(.text+0x9205): undefined reference to `pthread_mutexattr_settype' sqlite3.c:(.text+0x920e): undefined reference to `pthread_mutex_init' sqlite3.c:(.text+0x9216): undefined reference to `pthread_mutexattr_destroy' sqlite3.c:(.text+0x9234): undefined reference to `pthread_mutex_init' Trying to fix it in dovecot.mk by +# dovecot forgets to compile/link with -pthread breaking static linking +DOVECOT_CONF_ENV += CFLAGS="$(TARGET_CFLAGS) -pthread" LIBS="-pthread" results in a build error later on setresgid.c:(.text+0x0): multiple definition of `setresgid' which might be fixed in uclibc by porting http://git.buildroot.net/buildroot/tree/package/uclibc/1.0.2/0001-fix-static-linking-of-pthread-apps.patch but, at the end, I think it is better to not build Dovecot as a static binary since it is heavy modularized and not worth the effort. Therefore remove two patches fixing static linking, since they are not needed anymore. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-04-23 21:22:34 +02:00
depends on !BR2_STATIC_LIBS
depends on BR2_USE_MMU # fork()
select BR2_PACKAGE_OPENSSL
select BR2_PACKAGE_ZLIB
help
Dovecot is an open source IMAP and POP3 email server for Linux/UNIX-
like systems, written with security primarily in mind. Dovecot is an
excellent choice for both small and large installations. It's fast,
simple to set up, requires no special administration and it uses very
little memory.
http://www.dovecot.org
if BR2_PACKAGE_DOVECOT
config BR2_PACKAGE_DOVECOT_MYSQL
bool "mysql support"
select BR2_PACKAGE_MYSQL
depends on BR2_INSTALL_LIBSTDCPP # mysql
depends on BR2_TOOLCHAIN_HAS_THREADS # mysql
help
Enable MySQL support.
comment "mysql support needs a toolchain w/ C++, threads"
depends on !BR2_INSTALL_LIBSTDCPP || !BR2_TOOLCHAIN_HAS_THREADS
config BR2_PACKAGE_DOVECOT_SQLITE
bool "sqlite support"
select BR2_PACKAGE_SQLITE
help
Enable SQLite support.
source package/dovecot-pigeonhole/Config.in
endif # BR2_PACKAGE_DOVECOT
package/dovecot: not available on static-only build Fixes http://autobuild.buildroot.net/results/53f/53fd9003a4cf7d128f4d64d43209fe26d859a829/ http://autobuild.buildroot.net/results/53f/53fd9003a4cf7d128f4d64d43209fe26d859a829/dovecot-2.2.16/config.log shows this pthread related link error during configure sqlite3.c:(.text+0x5106): undefined reference to `pthread_mutex_trylock' /home/test/autobuild/instance-2/output/host/usr/i686-buildroot-linux-uclibc/sysroot/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexAlloc': sqlite3.c:(.text+0x91fb): undefined reference to `pthread_mutexattr_init' sqlite3.c:(.text+0x9205): undefined reference to `pthread_mutexattr_settype' sqlite3.c:(.text+0x920e): undefined reference to `pthread_mutex_init' sqlite3.c:(.text+0x9216): undefined reference to `pthread_mutexattr_destroy' sqlite3.c:(.text+0x9234): undefined reference to `pthread_mutex_init' Trying to fix it in dovecot.mk by +# dovecot forgets to compile/link with -pthread breaking static linking +DOVECOT_CONF_ENV += CFLAGS="$(TARGET_CFLAGS) -pthread" LIBS="-pthread" results in a build error later on setresgid.c:(.text+0x0): multiple definition of `setresgid' which might be fixed in uclibc by porting http://git.buildroot.net/buildroot/tree/package/uclibc/1.0.2/0001-fix-static-linking-of-pthread-apps.patch but, at the end, I think it is better to not build Dovecot as a static binary since it is heavy modularized and not worth the effort. Therefore remove two patches fixing static linking, since they are not needed anymore. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-04-23 21:22:34 +02:00
comment "dovecot needs a toolchain w/ dynamic library"
depends on BR2_USE_MMU
depends on BR2_STATIC_LIBS