Mailing List Archive

dbmail 2.0 - compiling under FreeBSD
Hi folks,

after successfully testing the debian packages of dbmail 2.0 beta,
I tried to compile the latest (today's) version from the CVS under
FreeBSD (after running build.sh...)

Unfortunately I had only little success...

There seems to be an error in the Makefiles, because it tries to
find mysql/dbauthmysql.c (which has - according to the cvs -
been moved to auth/athsql.c).

Here is the compiler output:

make clean all
rm -f *.o core mysql/*.o
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
list.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
debug.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
pipe.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
mime.c
cc -o mysql/dbmysql.o -c
mysql/dbmysql.c -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I.
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
dbmd5.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
md5.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
bounce.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
forward.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
memblock.c
cc -o mysql/dbauthmysql.o -c
mysql/dbauthmysql.c -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I.
cc: mysql/dbauthmysql.c: No such file or directory
cc: No input files specified
*** Error code 1

Stop in /usr/data/software/dbmail.


Well, I tried to surround this, by just sym-linking auth/authsql.c to
mysql/dbauthmysql.c *g*
This just drives me a little further, but not very far...

Here is the compiler output:

make clean all
rm -f *.o core mysql/*.o
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
list.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
debug.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
pipe.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
mime.c
cc -o mysql/dbmysql.o -c
mysql/dbmysql.c -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I.
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
dbmd5.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
md5.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
bounce.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
forward.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
memblock.c
cc -o mysql/dbauthmysql.o -c
mysql/dbauthmysql.c -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I.
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
config.c
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_H -c
misc.c
misc.c: In function `itoa':
misc.c:69: warning: implicit declaration of function `malloc'
cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H -DHAVE_CRYPT_
H main.c -o dbmail-smtp list.o debug.o pipe.o mime.o mysql/dbmysql.o dbmd5.o
md5.o bounce.o forward.o memblock.o mysql/dbauthmysql.o config.o
misc.o -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I. -lmysqlclient
-lcrypto
pipe.o: In function `insert_messages':
pipe.o(.text+0x6c9): undefined reference to `db_insert_message'
pipe.o(.text+0x6eb): undefined reference to `db_insert_message_block'
pipe.o(.text+0x876): undefined reference to `db_insert_message_block'
pipe.o(.text+0x976): undefined reference to `db_update_message'
pipe.o(.text+0x9a5): undefined reference to `db_check_sizelimit'
pipe.o(.text+0xb8e): undefined reference to `db_get_notify_address'
pipe.o(.text+0xc39): undefined reference to `db_get_reply_body'
forward.o: In function `pipe_forward':
forward.o(.text+0x382): undefined reference to `db_send_message_lines'
forward.o(.text+0x496): undefined reference to `db_send_message_lines'
*** Error code 1

Stop in /usr/data/software/dbmail.


If anyone has any ideas to solve this, or hints on how to get dbmail 2.0
compiling
under FreeBSD I appricate it!

cu
Andreas Hopfenblatt
Re: dbmail 2.0 - compiling under FreeBSD [ In reply to ]
Hi,

This is due to the build.sh script. I just recently found out about this
script (I always use the configure script). Could you retry it with
the configure script?

While we're at it: What do you all feel about the build.sh script?
Should we
update it or remove it? To me, it seems akward to have both the
configure
script and the build.sh script.

Ilja

On Friday, Oct 10, 2003, at 14:11 Europe/Amsterdam, Andreas Hopfenblatt
wrote:

> Hi folks,
>
> after successfully testing the debian packages of dbmail 2.0 beta,
> I tried to compile the latest (today's) version from the CVS under
> FreeBSD (after running build.sh...)
>
> Unfortunately I had only little success...
>
> There seems to be an error in the Makefiles, because it tries to
> find mysql/dbauthmysql.c (which has - according to the cvs -
> been moved to auth/athsql.c).
>
> Here is the compiler output:
>
> make clean all
> rm -f *.o core mysql/*.o
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> list.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> debug.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> pipe.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> mime.c
> cc -o mysql/dbmysql.o -c
> mysql/dbmysql.c -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I.
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> dbmd5.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> md5.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> bounce.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> forward.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> memblock.c
> cc -o mysql/dbauthmysql.o -c
> mysql/dbauthmysql.c -L/usr/local/lib/mysql/
> -I/usr/local/include/mysql/ -I.
> cc: mysql/dbauthmysql.c: No such file or directory
> cc: No input files specified
> *** Error code 1
>
> Stop in /usr/data/software/dbmail.
>
>
> Well, I tried to surround this, by just sym-linking auth/authsql.c to
> mysql/dbauthmysql.c *g*
> This just drives me a little further, but not very far...
>
> Here is the compiler output:
>
> make clean all
> rm -f *.o core mysql/*.o
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> list.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> debug.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> pipe.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> mime.c
> cc -o mysql/dbmysql.o -c
> mysql/dbmysql.c -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I.
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> dbmd5.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> md5.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> bounce.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> forward.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> memblock.c
> cc -o mysql/dbauthmysql.o -c
> mysql/dbauthmysql.c -L/usr/local/lib/mysql/
> -I/usr/local/include/mysql/ -I.
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> config.c
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_H -c
> misc.c
> misc.c: In function `itoa':
> misc.c:69: warning: implicit declaration of function `malloc'
> cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> -DHAVE_CRYPT_
> H main.c -o dbmail-smtp list.o debug.o pipe.o mime.o mysql/dbmysql.o
> dbmd5.o
> md5.o bounce.o forward.o memblock.o mysql/dbauthmysql.o config.o
> misc.o -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I.
> -lmysqlclient
> -lcrypto
> pipe.o: In function `insert_messages':
> pipe.o(.text+0x6c9): undefined reference to `db_insert_message'
> pipe.o(.text+0x6eb): undefined reference to `db_insert_message_block'
> pipe.o(.text+0x876): undefined reference to `db_insert_message_block'
> pipe.o(.text+0x976): undefined reference to `db_update_message'
> pipe.o(.text+0x9a5): undefined reference to `db_check_sizelimit'
> pipe.o(.text+0xb8e): undefined reference to `db_get_notify_address'
> pipe.o(.text+0xc39): undefined reference to `db_get_reply_body'
> forward.o: In function `pipe_forward':
> forward.o(.text+0x382): undefined reference to `db_send_message_lines'
> forward.o(.text+0x496): undefined reference to `db_send_message_lines'
> *** Error code 1
>
> Stop in /usr/data/software/dbmail.
>
>
> If anyone has any ideas to solve this, or hints on how to get dbmail
> 2.0
> compiling
> under FreeBSD I appricate it!
>
> cu
> Andreas Hopfenblatt
>
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev@dbmail.org
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
Re: dbmail 2.0 - compiling under FreeBSD [ In reply to ]
Hi,

As you recommanded, I retried it running ./configure
Here's the result (a little better, but not successful):

./configure --with-mysql

This is dbmail's GNU configure script.
It's going to run a bunch of strange tests to hopefully
make your compile work without much twiddling.

checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles... no
checking for ranlib... ranlib
checking for mysql.h... /usr/local/include/mysql/mysql.h
checking for mysql_config... /usr/local/bin/mysql_config
checking mysql
libraries... -L'/usr/local/lib/mysql' -lmysqlclient -lz -lcrypt -lm
configure: checking for authentication configuration
configure: using SQL authentication
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking maximum warning verbosity option... -W -Wall for C
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking how to run the C preprocessor... gcc -E
checking for endian.h... yes
checking for crypt.h... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating mysql/Makefile
config.status: creating pgsql/Makefile
config.status: creating auth/Makefile
config.status: creating config.h
IP01# make clean all
Making clean in auth
test -z "libauthdbmail.a" || rm -f libauthdbmail.a
rm -f *.o core *.core
Making clean in pgsql
test -z "" || rm -f
rm -f *.o core *.core
Making clean in mysql
test -z "libmysqldbmail.a" || rm -f libmysqldbmail.a
rm -f *.o core *.core
Making clean in .
test -z "dbmail-smtp dbmail-pop3d dbmail-imapd dbmail-maintenance
dbmail-adduser dbmail-readvut raw-convertor dbmai
l-mini-injector" || rm -f dbmail-smtp dbmail-pop3d dbmail-imapd
dbmail-maintenance dbmail-adduser dbmail-readvut ra
w-convertor dbmail-mini-injector
rm -f *.o core *.core
make all-recursive
Making all in mysql
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I
/usr/local/include/mysql -g -O2 -W -Wall -c `test -f 'dbmysql.c' || echo
'./'`
dbmysql.c
rm -f libmysqldbmail.a
ar cru libmysqldbmail.a dbmysql.o
ranlib libmysqldbmail.a
Making all in pgsql
Making all in auth
gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -W -Wall -c `test -f
'authsql.c' || echo './'`authsql.c
authsql.c: In function `auth_getencryption':
authsql.c:231: warning: comparison between signed and unsigned
authsql.c: In function `auth_check_user':
authsql.c:328: warning: comparison between signed and unsigned
authsql.c: In function `auth_check_user_ext':
authsql.c:424: warning: comparison between signed and unsigned
authsql.c: At top level:
authsql.c:632: syntax error before `char'
authsql.c:644: syntax error before `&'
authsql.c:644: warning: type defaults to `int' in declaration of `time'
authsql.c:644: conflicting types for `time'
/usr/include/time.h:132: previous declaration of `time'
authsql.c:644: warning: data definition has no type or storage class
authsql.c:645: warning: type defaults to `int' in declaration of `tm'
authsql.c:645: conflicting types for `tm'
authsql.c:639: previous declaration of `tm'
authsql.c:645: incompatible types in initialization
authsql.c:645: initializer element is not constant
authsql.c:645: warning: data definition has no type or storage class
authsql.c:646: syntax error before `sizeof'
authsql.c:646: warning: type defaults to `int' in declaration of `strftime'
authsql.c:646: conflicting types for `strftime'
/usr/include/time.h:131: previous declaration of `strftime'
authsql.c:67: warning: `__auth_insert_result' used but never defined
*** Error code 1

Stop in /usr/data/software/dbmail/auth.
*** Error code 1

Stop in /usr/data/software/dbmail.
*** Error code 1

Stop in /usr/data/software/dbmail.


Nevertheless I think it's nice to have a build.sh script - as long as it
really is of any use.

Cheers,
Andreas Hopfenblatt


----- Original Message -----
From: "Ilja Booij" <ilja@ic-s.nl>
To: <dbmail-dev@dbmail.org>
Sent: Friday, October 10, 2003 2:19 PM
Subject: Re: [Dbmail-dev] dbmail 2.0 - compiling under FreeBSD


> Hi,
>
> This is due to the build.sh script. I just recently found out about this
> script (I always use the configure script). Could you retry it with
> the configure script?
>
> While we're at it: What do you all feel about the build.sh script?
> Should we
> update it or remove it? To me, it seems akward to have both the
> configure
> script and the build.sh script.
>
> Ilja
>
> On Friday, Oct 10, 2003, at 14:11 Europe/Amsterdam, Andreas Hopfenblatt
> wrote:
>
> > Hi folks,
> >
> > after successfully testing the debian packages of dbmail 2.0 beta,
> > I tried to compile the latest (today's) version from the CVS under
> > FreeBSD (after running build.sh...)
> >
> > Unfortunately I had only little success...
> >
> > There seems to be an error in the Makefiles, because it tries to
> > find mysql/dbauthmysql.c (which has - according to the cvs -
> > been moved to auth/athsql.c).
> >
> > Here is the compiler output:
> >
> > make clean all
> > rm -f *.o core mysql/*.o
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > list.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > debug.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > pipe.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > mime.c
> > cc -o mysql/dbmysql.o -c
> > mysql/dbmysql.c -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I.
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > dbmd5.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > md5.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > bounce.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > forward.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > memblock.c
> > cc -o mysql/dbauthmysql.o -c
> > mysql/dbauthmysql.c -L/usr/local/lib/mysql/
> > -I/usr/local/include/mysql/ -I.
> > cc: mysql/dbauthmysql.c: No such file or directory
> > cc: No input files specified
> > *** Error code 1
> >
> > Stop in /usr/data/software/dbmail.
> >
> >
> > Well, I tried to surround this, by just sym-linking auth/authsql.c to
> > mysql/dbauthmysql.c *g*
> > This just drives me a little further, but not very far...
> >
> > Here is the compiler output:
> >
> > make clean all
> > rm -f *.o core mysql/*.o
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > list.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > debug.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > pipe.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > mime.c
> > cc -o mysql/dbmysql.o -c
> > mysql/dbmysql.c -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I.
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > dbmd5.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > md5.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > bounce.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > forward.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > memblock.c
> > cc -o mysql/dbauthmysql.o -c
> > mysql/dbauthmysql.c -L/usr/local/lib/mysql/
> > -I/usr/local/include/mysql/ -I.
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > config.c
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_H -c
> > misc.c
> > misc.c: In function `itoa':
> > misc.c:69: warning: implicit declaration of function `malloc'
> > cc -Wall -O2 -D_BSD_SOURCE -D_SVID_SOURCE -DHAVE_ENDIAN_H
> > -DHAVE_CRYPT_
> > H main.c -o dbmail-smtp list.o debug.o pipe.o mime.o mysql/dbmysql.o
> > dbmd5.o
> > md5.o bounce.o forward.o memblock.o mysql/dbauthmysql.o config.o
> > misc.o -L/usr/local/lib/mysql/ -I/usr/local/include/mysql/ -I.
> > -lmysqlclient
> > -lcrypto
> > pipe.o: In function `insert_messages':
> > pipe.o(.text+0x6c9): undefined reference to `db_insert_message'
> > pipe.o(.text+0x6eb): undefined reference to `db_insert_message_block'
> > pipe.o(.text+0x876): undefined reference to `db_insert_message_block'
> > pipe.o(.text+0x976): undefined reference to `db_update_message'
> > pipe.o(.text+0x9a5): undefined reference to `db_check_sizelimit'
> > pipe.o(.text+0xb8e): undefined reference to `db_get_notify_address'
> > pipe.o(.text+0xc39): undefined reference to `db_get_reply_body'
> > forward.o: In function `pipe_forward':
> > forward.o(.text+0x382): undefined reference to `db_send_message_lines'
> > forward.o(.text+0x496): undefined reference to `db_send_message_lines'
> > *** Error code 1
> >
> > Stop in /usr/data/software/dbmail.
> >
> >
> > If anyone has any ideas to solve this, or hints on how to get dbmail
> > 2.0
> > compiling
> > under FreeBSD I appricate it!
> >
> > cu
> > Andreas Hopfenblatt
> >
> > _______________________________________________
> > Dbmail-dev mailing list
> > Dbmail-dev@dbmail.org
> > http://twister.fastxs.net/mailman/listinfo/dbmail-dev
>
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev@dbmail.org
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
>
>
> !DSPAM:3f86a4071121914394048!
>
>
>
Re: dbmail 2.0 - compiling under FreeBSD [ In reply to ]
On Friday, Oct 10, 2003, at 14:29 Europe/Amsterdam, Andreas Hopfenblatt
wrote:

> Hi,
>
> As you recommanded, I retried it running ./configure
> Here's the result (a little better, but not successful):
>
> ./configure --with-mysql
> [snip ./configure output]
> [snip make output]
> Making all in auth
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -W -Wall -c `test -f
> 'authsql.c' || echo './'`authsql.c
> authsql.c: In function `auth_getencryption':
> authsql.c:231: warning: comparison between signed and unsigned
> authsql.c: In function `auth_check_user':
> authsql.c:328: warning: comparison between signed and unsigned
> authsql.c: In function `auth_check_user_ext':
> authsql.c:424: warning: comparison between signed and unsigned
> authsql.c: At top level:
> authsql.c:632: syntax error before `char'
> authsql.c:644: syntax error before `&'
> authsql.c:644: warning: type defaults to `int' in declaration of `time'
> authsql.c:644: conflicting types for `time'
> /usr/include/time.h:132: previous declaration of `time'
> authsql.c:644: warning: data definition has no type or storage class
> authsql.c:645: warning: type defaults to `int' in declaration of `tm'
> authsql.c:645: conflicting types for `tm'
> authsql.c:639: previous declaration of `tm'
> authsql.c:645: incompatible types in initialization
> authsql.c:645: initializer element is not constant
> authsql.c:645: warning: data definition has no type or storage class
> authsql.c:646: syntax error before `sizeof'
> authsql.c:646: warning: type defaults to `int' in declaration of
> `strftime'
> authsql.c:646: conflicting types for `strftime'
> /usr/include/time.h:131: previous declaration of `strftime'
> authsql.c:67: warning: `__auth_insert_result' used but never defined
> [snip]

I think there's a problem with that time.h file. Is there anybody else
who can test it on FreeBSD? I only have Debian Linux and Mac OS X
machines to test on.

> Nevertheless I think it's nice to have a build.sh script - as long as
> it
> really is of any use.
But why is build.sh nice when you can use the configure script? What am
I missing here? If there is a good reason to support it I will happily
do so of course :)

Cheers,
Ilja
Re: dbmail 2.0 - compiling under FreeBSD [ In reply to ]
> While we're at it: What do you all feel about the build.sh script?
> Should we
> update it or remove it? To me, it seems akward to have both the
> configure
> script and the build.sh script.

I'd vote to drop build.sh and fix the few quirks with configure
(the problem sometimes finding libraries under *BSD, and need to make
the install program chown/chmod the executables like install-dbmail.sh
does, and probably a few other things would be nice). Ryan Butler
was looking into a different build system for dbmail a while back
that sounded very flexible and easy, but I forget the name of it;
might see what he found out there.

jn

--
Jesse Norell
jesse (at) kci.net