Re: [Dbmail-dev] Call for trace logs (and other things)
On Sun, 2006-02-26 at 22:06 +0300, Oleg Lapshin wrote: Hello The changes I made were to default to shared builds, and to make shared and static mutually exclusive. See if the most recent checkout has different behavior for you if you use ./configure --enable-shared vs. ./configure --enable-static. I download libsieve-2.1.10 and dbmail-rev1994 Tried to do configure --with-mysql --with-sieve --enable-shared then make and get errors: $ make /dev/null authsql.c: In function `auth_check_userid': authsql.c:636: warning: unused variable `query_result' dbmail-message.c: In function `_retrieve': dbmail-message.c:494: warning: unused variable `r' dbmail-message.c:495: warning: unused variable `raw' dbmail-message.c: At top level: dbmail-message.c:125: warning: 'dump_to_file' defined but not used misc.c: In function `find_bounded': misc.c:431: warning: assignment discards qualifiers from pointer target type misc.c:432: warning: assignment discards qualifiers from pointer target type sort.c: In function `sort_and_deliver': sort.c:49: warning: passing arg 2 of `dbmail_message_set_envelope_recipient' discards qualifiers from pointer target type main.c: In function `main': main.c:397: warning: passing arg 1 of `free' discards qualifiers from pointer target type main.c:404: warning: passing arg 1 of `free' discards qualifiers from pointer target type These are ugly, but not major problems. ../.libs/libdbmail.so: undefined reference to `crypt' collect2: ld returned 1 exit status That's a problem. I think I fixed it in the new Makefile.am. I believe it was not previously a problem because we weren't actually building shared. make[2]: *** [dbmail-smtp] Ошибка 1 make[1]: *** [all-recursive] Ошибка 1 make: *** [all] Ошибка 2 I like that the Russian characters work! It's hard to really come by properly encoded stuff in the USA. Everything's US-ASCII/Unicode/8859-1 transparent. Never know if it's really working or the degenerate case. And again, copy acinclude.m4 and configure.in from revision-1991 and dbmail was compiled fine! And it seems, that libsieve treate null sender as it must! Thanks. Ok, cool. Aaron
Re: [Dbmail-dev] Call for trace logs (and other things) (1995)
On Mon, 2006-02-27 at 09:04 +0300, Oleg Lapshin wrote: May be, because there is no modules/sortnull.c ? Added now.
Re: [Dbmail-dev] Call for trace logs (and other things)
On Sun, 2006-02-26 at 19:26 +0100, Paul J Stevens wrote: Oleg Lapshin wrote: So, I think, that problem in autotools... That would be consistent with my observations. I haven't changed anything in the server code since november, so I was rather surprised to see new problems without (apparently) relevant changes. Would explain why things started to go awry about two weeks ago. I got rid of -DSTATIC/-DSHARED, and am using only Makefile.am constructs to decide whether the Sieve-related code gets built or not. Take a look and see if the latest SVN straightens things out for you. I haven't been seeing as much trouble as you or Oleg have anyways, so some of the reports have been hard to pinpoint at my end. Aaron
Re: [Dbmail-dev] Call for trace logs (and other things)
Oleg Lapshin wrote: So, I think, that problem in autotools... That would be consistent with my observations. I haven't changed anything in the server code since november, so I was rather surprised to see new problems without (apparently) relevant changes. Aaron, digging into the diff for 1991:1992 I notice something that might be important here: +if test x$enable_shared = xyes +then + CFLAGS=$CFLAGS -DSHARED +elif test x$enable_static = xyes +then + CFLAGS=$CFLAGS -DSTATIC +fi +]) + Now *why* did you decide to add those defs to the cflags?? I do notice the ifdef in sort.c, but that looks like an ugly hack to me :) I'm kind of worried those STATIC and SHARED flags trigger all kinds of deep magic in glibc... -- Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlandshttp://www.nfg.nl
Re: [Dbmail-dev] Call for trace logs (and other things)
On Sun, 2006-02-26 at 19:26 +0100, Paul J Stevens wrote: Now *why* did you decide to add those defs to the cflags?? I do notice the ifdef in sort.c, but that looks like an ugly hack to me :) Definitely an ugly hack. I was trying to avoid a sortnull.c with the functions simply stubbed out so that it links when building static. Any other ideas? I'm kind of worried those STATIC and SHARED flags trigger all kinds of deep magic in glibc... *ponder* Aaron
[Dbmail-dev] Call for trace logs (and other things)
Hello The changes I made were to default to shared builds, and to make shared and static mutually exclusive. See if the most recent checkout has different behavior for you if you use ./configure --enable-shared vs. ./configure --enable-static. I download libsieve-2.1.10 and dbmail-rev1994 Tried to do configure --with-mysql --with-sieve --enable-shared then make and get errors: $ make /dev/null authsql.c: In function `auth_check_userid': authsql.c:636: warning: unused variable `query_result' dbmail-message.c: In function `_retrieve': dbmail-message.c:494: warning: unused variable `r' dbmail-message.c:495: warning: unused variable `raw' dbmail-message.c: At top level: dbmail-message.c:125: warning: 'dump_to_file' defined but not used misc.c: In function `find_bounded': misc.c:431: warning: assignment discards qualifiers from pointer target type misc.c:432: warning: assignment discards qualifiers from pointer target type sort.c: In function `sort_and_deliver': sort.c:49: warning: passing arg 2 of `dbmail_message_set_envelope_recipient' discards qualifiers from pointer target type main.c: In function `main': main.c:397: warning: passing arg 1 of `free' discards qualifiers from pointer target type main.c:404: warning: passing arg 1 of `free' discards qualifiers from pointer target type ./.libs/libdbmail.so: undefined reference to `crypt' collect2: ld returned 1 exit status make[2]: *** [dbmail-smtp] Ошибка 1 make[1]: *** [all-recursive] Ошибка 1 make: *** [all] Ошибка 2 And again, copy acinclude.m4 and configure.in from revision-1991 and dbmail was compiled fine! And it seems, that libsieve treate null sender as it must! Thanks. -- Oleg Lapshin