[Dovecot] Compiling v1.3 on different OSes
I was hoping to finally get shared libdovecot.so and libdovecot-storage.so libraries for v1.3, so Sieve (and maybe others) could link against them. But I'm running into trouble getting it to compile in Solaris 10. Could you non-Linux users test if this compiles with you?
http://dovecot.org/tmp/dovecot-1.3.UNSTABLE.tar.gz
Or if anyone has ideas why this happens, I'd like to know:
libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/home/cras/include -o .libs/rawlog rawlog.o ../lib-dovecot/.libs/libdovecot.so -lrt -lsocket -lsendfile -Wl,-rpath -Wl,/usr/local/lib/dovecot
../lib-dovecot/.libs/libdovecot.so: undefined reference to dlerror@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference to dlopen@SUNW_1.22'
../lib-dovecot/.libs/libdovecot.so: undefined reference to dlsym@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference to dlclose@SUNW_1.22'
If I disable plugins (so dl*() functions aren't used) it compiles, so it's only those functions that are problematic. pvs -s /lib/libc.so lists the dl* functions under SUNW_1.22 so I'd think that should have worked..
On Apr 6, 2009, at 2:08 PM, Timo Sirainen wrote:
I was hoping to finally get shared libdovecot.so and libdovecot-storage.so libraries for v1.3, so Sieve (and maybe others) could link against them. But I'm running into trouble getting it to compile in Solaris 10. Could you non-Linux users test if this compiles with you?
http://dovecot.org/tmp/dovecot-1.3.UNSTABLE.tar.gz
Or if anyone has ideas why this happens, I'd like to know:
libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes - Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 - Wbad-function-cast -Wstrict-aliasing=2 -I/home/cras/include - o .libs/rawlog rawlog.o ../lib-dovecot/.libs/libdovecot.so -lrt - lsocket -lsendfile -Wl,-rpath -Wl,/usr/local/lib/dovecot ../lib-dovecot/.libs/libdovecot.so: undefined reference to
dlerror@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference todlopen@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference to
dlsym@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference todlclose@SUNW_1.22'If I disable plugins (so dl*() functions aren't used) it compiles, so it's only those functions that are problematic. pvs -s /lib/libc.so lists the dl* functions under SUNW_1.22 so I'd think that should have worked..
I don't see "-ldl" in there anywhere..
-Dave-- Dave McGuire Port Charlotte, FL
On Mon, 2009-04-06 at 14:30 -0400, Dave McGuire wrote:
../lib-dovecot/.libs/libdovecot.so: undefined reference to
dlerror@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference todlopen@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference to
dlsym@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference todlclose@SUNW_1.22'If I disable plugins (so dl*() functions aren't used) it compiles, so it's only those functions that are problematic. pvs -s /lib/libc.so lists the dl* functions under SUNW_1.22 so I'd think that should have worked..
I don't see "-ldl" in there anywhere..
The dl*() functions are in libc in Solaris. There is also libdl, but adding -ldl doesn't help.
On Mon, 6 Apr 2009, Timo Sirainen wrote:
I was hoping to finally get shared libdovecot.so and libdovecot-storage.so libraries for v1.3, so Sieve (and maybe others) could link against them. But I'm running into trouble getting it to compile in Solaris 10. Could you non-Linux users test if this compiles with you?
On AIX 5.3, I do get compile errors for all-settings.c[1]. libdovecot.so looks great[2]!
[1] "all-settings.c", line 492.31: 1506-196 (W) Initialization between types "struct dynamic_settings_parser*" and "unsigned long" is not allowed. "all-settings.c", line 517.31: 1506-196 (W) Initialization between types "struct dynamic_settings_parser*" and "unsigned long" is not allowed. "all-settings.c", line 598.28: 1506-196 (W) Initialization between types "unsigned int" and "char*" is not allowed. "all-settings.c", line 598.28: 1506-1106 (S) Initializer does not evaluate to a constant that fits in the target type. "all-settings.c", line 1355.31: 1506-196 (W) Initialization between types "struct dynamic_settings_parser*" and "unsigned long" is not allowed.
[2] # find . |grep libdovecot.so ./src/lib-dovecot/.libs/libdovecot.so.0.0.0 ./src/lib-dovecot/.libs/libdovecot.so.0 ./src/lib-dovecot/.libs/libdovecot.so
http://dovecot.org/tmp/dovecot-1.3.UNSTABLE.tar.gz
Or if anyone has ideas why this happens, I'd like to know:
libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/home/cras/include -o .libs/rawlog rawlog.o ../lib-dovecot/.libs/libdovecot.so -lrt -lsocket -lsendfile -Wl,-rpath -Wl,/usr/local/lib/dovecot ../lib-dovecot/.libs/libdovecot.so: undefined reference to
dlerror@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference todlopen@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference todlsym@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference todlclose@SUNW_1.22'If I disable plugins (so dl*() functions aren't used) it compiles, so it's only those functions that are problematic. pvs -s /lib/libc.so lists the dl* functions under SUNW_1.22 so I'd think that should have worked..
I don't have a Solaris 10 box. I found this link: http://forums-beta.sun.com/thread.jspa?messageID=9269180 which might help. Dig down close to the bottom(July 1,2005).
-Jonathan
On Mon, 2009-04-06 at 15:01 -0400, jsiegle@psu.edu wrote:
On AIX 5.3, I do get compile errors for all-settings.c[1]. libdovecot.so looks great[2]!
http://hg.dovecot.org/dovecot-1.3/rev/385eaa5013fa should fix them.
I don't have a Solaris 10 box. I found this link: http://forums-beta.sun.com/thread.jspa?messageID=9269180 which might help. Dig down close to the bottom(July 1,2005).
Thanks, build_libtool_need_lc=no seems to help!
I'm compiling using IBM's C for AIX Enterprise compiler (with its crappy partial POSIX support) V9.
My compile craps out with this:
source='cmd-search.c' object='cmd-search.o' libtool=no DEPDIR=.deps depmode=aix /bin/sh ../../depcomp /usr/local/dovecot/dovecot-cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-settings -I../../src/lib-dict -I ../../src/lib-mail -I../../src/lib-imap -I../../src/lib-index -I../../src/lib-storage -DPKG_RUNDIR=\""/usr/local/va r/run/dovecot"\" -DMODULEDIR=\""/usr/local/lib/dovecot"\" -I/usr/include/openssl -g -c cmd-search.c
- exec /usr/vac/bin/xlc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-settings -I../../src/lib-dict -I../ ../src/lib-mail -I../../src/lib-imap -I../../src/lib-index -I../../src/lib-storage '-DPKG_RUNDIR="/usr/local/var/run/do vecot"' '-DMODULEDIR="/usr/local/lib/dovecot"' -I/usr/include/openssl -g -c cmd-search.c -M "imap-search.h", line 36.16: 1506-007 (S) "struct timeval" is undefined. make: 1254-004 The error code from the last command is 1.
Stop. make: 1254-004 The error code from the last command is 1.
-- ==== Once upon a time, the Internet was a friendly, neighbors-helping-neighbors small town, and no one locked their doors. Now it's like an apartment in Bed-Stuy: you need three heavy duty pick-proof locks, one of those braces that goes from the lock to the floor, and bars on the windows.... ==== Stewart Dean, Unix System Admin, Bard College, New York 12504 sdean@bard.edu voice: 845-758-7475, fax: 845-758-7035
On Mon, 2009-04-06 at 16:05 -0400, Stewart Dean wrote:
I'm compiling using IBM's C for AIX Enterprise compiler (with its crappy partial POSIX support) V9.
"imap-search.h", line 36.16: 1506-007 (S) "struct timeval" is undefined. make: 1254-004 The error code from the last command is 1.
This should fix it: http://hg.dovecot.org/dovecot-1.3/rev/a5185de111a4
Runs to completion now error free. BTW, this compile includes plugin support
Timo Sirainen wrote:
On Mon, 2009-04-06 at 16:05 -0400, Stewart Dean wrote:
I'm compiling using IBM's C for AIX Enterprise compiler (with its crappy partial POSIX support) V9.
"imap-search.h", line 36.16: 1506-007 (S) "struct timeval" is undefined. make: 1254-004 The error code from the last command is 1.
This should fix it: http://hg.dovecot.org/dovecot-1.3/rev/a5185de111a4
-- ==== Once upon a time, the Internet was a friendly, neighbors-helping-neighbors small town, and no one locked their doors. Now it's like an apartment in Bed-Stuy: you need three heavy duty pick-proof locks, one of those braces that goes from the lock to the floor, and bars on the windows.... ==== Stewart Dean, Unix System Admin, Bard College, New York 12504 sdean@bard.edu voice: 845-758-7475, fax: 845-758-7035
Mon, Apr 06, 2009 at 02:08:45PM -0400, Timo Sirainen wrote:
I was hoping to finally get shared libdovecot.so and libdovecot-storage.so libraries for v1.3, so Sieve (and maybe others) could link against them. But I'm running into trouble getting it to compile in Solaris 10. Could you non-Linux users test if this compiles with you?
Hi Timo, on FreeBSD i'm getting:
libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2
-Wbad-function-cast -Wstrict-aliasing=2 -o .libs/dovecot-auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o
auth-master-listener.o auth-request.o auth-request-handler.o auth-settings.o auth-stream.o auth-worker-client.o auth-worker-server.o
db-checkpassword.o db-sql.o db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o mech-login.o mech-cram-md5.o
mech-digest-md5.o mech-gssapi.o mech-ntlm.o mech-otp.o mech-skey.o mech-rpa.o mech-apop.o mech-winbind.o otp-skey-common.o plain-common.o
passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-checkpassword.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o
passdb-shadow.o passdb-sia.o passdb-vpopmail.o passdb-sql.o userdb.o userdb-blocking.o userdb-checkpassword.o userdb-nss.o userdb-passwd.o
userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o db-ldap.o passdb-ldap.o userdb-ldap.o -Wl,--export-dynamic
libpassword.a ../lib-ntlm/libntlm.a ../lib-otp/libotp.a ../lib-sql/.libs/libsql.a ../lib-dovecot/.libs/libdovecot.so -lcrypt
-lpam -Wl,-rpath -Wl,/usr/local/lib/dovecot
../lib-dovecot/.libs/libdovecot.so: undefined reference to libiconv_open' ../lib-dovecot/.libs/libdovecot.so: undefined reference to libiconv_close'
../lib-dovecot/.libs/libdovecot.so: undefined reference to `libiconv'
*** Error code 1
configure script goes without any problems and finds iconv libs: [...] checking for iconv... yes checking for working iconv... yes checking how to link with libiconv... /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib checking for iconv declaration... extern size_t iconv (iconv_t cd, const char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); [...]
Some sysinfo: marcin@vm01:~% pkg_info -Ix iconv iconv-2.0_3 Charset conversion library and utilities libiconv-1.11_1 A character set conversion library
marcin@vm01:~% uname -a FreeBSD vm01.lan 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 08:58:24 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
Cheers,
-- Marcin Rzepecki m.rzepecki(at)iem.pw.edu.pl
On Mon, 2009-04-06 at 23:03 +0200, Marcin Rzepecki wrote:
Hi Timo, on FreeBSD i'm getting:
I updated the above URL, does it work now?
Mon, Apr 06, 2009 at 05:12:56PM -0400, Timo Sirainen wrote:
On Mon, 2009-04-06 at 23:03 +0200, Marcin Rzepecki wrote:
Hi Timo, on FreeBSD i'm getting:
I updated the above URL, does it work now?
Unfortunately, i'm getting the same error.
../lib-dovecot/.libs/libdovecot.so: undefined reference to libiconv_open' ../lib-dovecot/.libs/libdovecot.so: undefined reference to libiconv_close'
../lib-dovecot/.libs/libdovecot.so: undefined reference to `libiconv'
*** Error code 1
Stop in /usr/home/marcin/dovecot-1.3.UNSTABLE/src/auth. *** Error code 1
Some more info: marcin@vm01:~/dovecot-1.3.UNSTABLE% libtool --version ltmain.sh (GNU libtool) 1.5.26 (1.1220.2.492 2008/01/30 06:40:56)
marcin@vm01:~/dovecot-1.3.UNSTABLE% gcc --version gcc (GCC) 4.2.1 20070719 [FreeBSD]
-- Marcin Rzepecki m.rzepecki(at)iem.pw.edu.pl
On Mon, 2009-04-06 at 23:23 +0200, Marcin Rzepecki wrote:
Mon, Apr 06, 2009 at 05:12:56PM -0400, Timo Sirainen wrote:
On Mon, 2009-04-06 at 23:03 +0200, Marcin Rzepecki wrote:
Unfortunately, i'm getting the same error. ../lib-dovecot/.libs/libdovecot.so: undefined reference to
libiconv_open' ../lib-dovecot/.libs/libdovecot.so: undefined reference tolibiconv_close' ../lib-dovecot/.libs/libdovecot.so: undefined reference to `libiconv'
Updated the URL once again, should work now?
Mon, Apr 06, 2009 at 05:25:02PM -0400, Timo Sirainen wrote:
On Mon, 2009-04-06 at 23:03 +0200, Marcin Rzepecki wrote:
Unfortunately, i'm getting the same error. ../lib-dovecot/.libs/libdovecot.so: undefined reference to
libiconv_open' ../lib-dovecot/.libs/libdovecot.so: undefined reference tolibiconv_close' ../lib-dovecot/.libs/libdovecot.so: undefined reference to `libiconv'Updated the URL once again, should work now?
Nope, it still doesn't work.
P.S. I've tested n Gentoo (amd64) too - it builds ok.
-- Marcin Rzepecki m.rzepecki(at)iem.pw.edu.pl
On Mon, 2009-04-06 at 23:40 +0200, Marcin Rzepecki wrote:
Mon, Apr 06, 2009 at 05:25:02PM -0400, Timo Sirainen wrote:
On Mon, 2009-04-06 at 23:03 +0200, Marcin Rzepecki wrote:
Unfortunately, i'm getting the same error. ../lib-dovecot/.libs/libdovecot.so: undefined reference to
libiconv_open' ../lib-dovecot/.libs/libdovecot.so: undefined reference tolibiconv_close' ../lib-dovecot/.libs/libdovecot.so: undefined reference to `libiconv'Updated the URL once again, should work now?
Nope, it still doesn't work.
Try changing $(LIBICONV) to $(LTLIBICONV) in src/lib-dovecot/Makefile.am, then rerun automake, configure and make.
Mon, Apr 06, 2009 at 06:26:02PM -0500, John Lightsey wrote:
../lib-dovecot/.libs/libdovecot.so: undefined reference to `libiconv' Updated the URL once again, should work now? Nope, it still doesn't work.
Try changing $(LIBICONV) to $(LTLIBICONV) in src/lib-dovecot/Makefile.am, then rerun automake, configure and make.
Thanks John! Your trick did the job and now it builds without any problems.
Cheers,
-- Marcin Rzepecki m.rzepecki(at)iem.pw.edu.pl
Hi Timo,
There is no error on Mac OS X 10.5.6 (Darwin Kernel Version 9.6.0).
Regards,
Guillaume de Lafond Aqua Ray
Timo Sirainen wrote:
I was hoping to finally get shared libdovecot.so and libdovecot-storage.so libraries for v1.3, so Sieve (and maybe others) could link against them. But I'm running into trouble getting it to compile in Solaris 10. Could you non-Linux users test if this compiles with you?
http://dovecot.org/tmp/dovecot-1.3.UNSTABLE.tar.gz
Or if anyone has ideas why this happens, I'd like to know:
libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/home/cras/include -o .libs/rawlog rawlog.o ../lib-dovecot/.libs/libdovecot.so -lrt -lsocket -lsendfile -Wl,-rpath -Wl,/usr/local/lib/dovecot ../lib-dovecot/.libs/libdovecot.so: undefined reference to
dlerror@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference todlopen@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference todlsym@SUNW_1.22' ../lib-dovecot/.libs/libdovecot.so: undefined reference todlclose@SUNW_1.22'If I disable plugins (so dl*() functions aren't used) it compiles, so it's only those functions that are problematic. pvs -s /lib/libc.so lists the dl* functions under SUNW_1.22 so I'd think that should have worked..
Solaris 9 + GCC:
$ ./configure [...] Install prefix ...................... : /usr/local File offsets ........................ : 64bit I/O loop method ..................... : poll File change notification method ..... : none Building with SSL support ........... : yes (OpenSSL) Building with IPv6 support .......... : yes Building with pop3 server ........... : yes Building with mail delivery agent .. : yes Building with GSSAPI support ........ : no Building with user database modules . : static prefetch passwd passwd-file checkpassword Building with password lookup modules : passwd passwd-file shadow pam checkpassword Building with SQL drivers ............:
$ make [........] libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -o .libs/dovecot-auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o auth-master-listener.o auth-request.o auth-request-handler.o auth-settings.o auth-stream.o auth-worker-client.o auth-worker-server.o db-checkpassword.o db-sql.o db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o mech-login.o mech-cram-md5.o mech-digest-md5.o mech-gssapi.o mech-ntlm.o mech-otp.o mech-skey.o mech-rpa.o mech-apop.o mech-winbind.o otp-skey-common.o plain-common.o passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-checkpassword.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-shadow.o passdb-sia.o passdb-vpopmail.o passdb-sql.o userdb.o userdb-blocking.o userdb-checkpassword.o userdb-nss.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o db-ldap.o passdb-ldap.o userdb-ldap.o libpassword.a ../lib-ntlm/libntlm.a ../lib-otp/libotp.a ../lib-sql/.libs/libsql.a ../lib-dovecot/.libs/libdovecot.so -L/usr/local/lib -L/usr/local/ssl/lib -ldl -lpam -lrt -lnsl -lsocket -lsendfile -R/usr/local/lib/dovecot Undefined first referenced symbol in file libiconv_close ../lib-dovecot/.libs/libdovecot.so libiconv_open ../lib-dovecot/.libs/libdovecot.so libiconv ../lib-dovecot/.libs/libdovecot.so ld: fatal: Symbol referencing errors. No output written to .libs/dovecot-auth collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `dovecot-auth'
-- Curtis Maloney cmaloney@cardgate.net
On Mon, 2009-04-06 at 14:08 -0400, Timo Sirainen wrote:
OK, updated the URL once more. Now iconv problems should be gone? And everyone else is happy with it too? :)
On Tue, 7 Apr 2009, Timo Sirainen wrote:
On Mon, 2009-04-06 at 14:08 -0400, Timo Sirainen wrote:
OK, updated the URL once more. Now iconv problems should be gone? And everyone else is happy with it too? :)
Compiles without error on AIX 5.3 & VAC 8 which means that at least you typed in everything correctly. :)
Timo:
I do it in Solaris 10 8/07 s10s_u4wos_12b SPARC with gcc (GCC) 3.4.3:
CFLAGS='-mcpu=v9 -mtune=ultrasparc3 -O2 -pipe'
CPPFLAGS=' -I/usr/local/include -I/usr/local/apache/include -I/usr/local/BerkeleyDB.4.2/include -I/usr/local/ssl/include/openssl -I/usr/local/include/mutils -I/usr/sfw/include -I/usr/include'
LDFLAGS='-L/usr/local/lib -R/usr/local/lib -L/usr/local/apache/lib -R/usr/local/apache/lib -L/usr/local/BerkeleyDB.4.2/lib -L/usr/local/BerkeleyDB/lib -R/usr/local/BerkeleyDB/lib -R/usr/local/BerkeleyDB.4.2/lib -L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/lib -R/usr/local/lib -L/usr/sfw/lib -R/usr/sfw/lib -L/lib -R/lib -L/usr/lib -R/usr/lib'
./configure --with-ldap
make
I get:
Undefined first referenced
symbol in file
libiconv_close ../lib-dovecot/.libs/libdovecot.so
libiconv_open ../lib-dovecot/.libs/libdovecot.so
libiconv ../lib-dovecot/.libs/libdovecot.so
ld: fatal: Symbol referencing errors. No output written to
.libs/dovecot-auth
collect2: ld returned 1 exit status
make[3]: *** [dovecot-auth] Error 1
make[3]: Leaving directory
/export/software/dovecot1.3/dovecot-1.3.UNSTABLE/src/auth' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory /export/software/dovecot1.3/dovecot-1.3.UNSTABLE/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/export/software/dovecot1.3/dovecot-1.3.UNSTABLE'
make: *** [all] Error 2
Is this the version which has been repaired from iconv problems? Look down your post, i downloaded it from there.
Andrés Fernando Yacopino
Infraestructura - Dpto Sistemas
AcaSalud
Cooperativa de Prestaciones Médico Asistenciales Limitada
Tel: 0341-4208726
ayacopino@acasalud.com.ar
Timo Sirainen escribió:
On Mon, 2009-04-06 at 14:08 -0400, Timo Sirainen wrote:
OK, updated the URL once more. Now iconv problems should be gone? And everyone else is happy with it too? :)
Timo, it is compiling well now in Solaris 10 for Sparc with gcc 3.4.3.
I was compiling the old version (i was downloading from a proxy with the old version), sorry.
Greetings,
Andrés Fernando Yacopino
Infraestructura - Dpto Sistemas
AcaSalud
Cooperativa de Prestaciones Médico Asistenciales Limitada
Tel: 0341-4208726
ayacopino@acasalud.com.ar
Andrés Yacopino escribió:
Timo:
I do it in Solaris 10 8/07 s10s_u4wos_12b SPARC with gcc (GCC) 3.4.3:
CFLAGS='-mcpu=v9 -mtune=ultrasparc3 -O2 -pipe'
CPPFLAGS=' -I/usr/local/include -I/usr/local/apache/include -I/usr/local/BerkeleyDB.4.2/include -I/usr/local/ssl/include/openssl -I/usr/local/include/mutils -I/usr/sfw/include -I/usr/include'
LDFLAGS='-L/usr/local/lib -R/usr/local/lib -L/usr/local/apache/lib -R/usr/local/apache/lib -L/usr/local/BerkeleyDB.4.2/lib -L/usr/local/BerkeleyDB/lib -R/usr/local/BerkeleyDB/lib -R/usr/local/BerkeleyDB.4.2/lib -L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/lib -R/usr/local/lib -L/usr/sfw/lib -R/usr/sfw/lib -L/lib -R/lib -L/usr/lib -R/usr/lib'
./configure --with-ldap
make
I get:
Undefined first referenced symbol in file libiconv_close ../lib-dovecot/.libs/libdovecot.so libiconv_open ../lib-dovecot/.libs/libdovecot.so libiconv ../lib-dovecot/.libs/libdovecot.so ld: fatal: Symbol referencing errors. No output written to .libs/dovecot-auth collect2: ld returned 1 exit status make[3]: *** [dovecot-auth] Error 1 make[3]: Leaving directory
/export/software/dovecot1.3/dovecot-1.3.UNSTABLE/src/auth' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory/export/software/dovecot1.3/dovecot-1.3.UNSTABLE/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/software/dovecot1.3/dovecot-1.3.UNSTABLE' make: *** [all] Error 2Is this the version which has been repaired from iconv problems? Look down your post, i downloaded it from there.
Andrés Fernando Yacopino
Infraestructura - Dpto Sistemas
AcaSalud
Cooperativa de Prestaciones Médico Asistenciales Limitada
Tel: 0341-4208726
ayacopino@acasalud.com.ar
Timo Sirainen escribió:
On Mon, 2009-04-06 at 14:08 -0400, Timo Sirainen wrote:
OK, updated the URL once more. Now iconv problems should be gone? And everyone else is happy with it too? :)
participants (9)
-
Andrés Yacopino
-
Curtis Maloney
-
Dave McGuire
-
Guillaume de Lafond
-
John Lightsey
-
jsiegle＠psu.edu
-
Marcin Rzepecki
-
Stewart Dean
-
Timo Sirainen