Fabien Tassin wrote: > According to Matt Kettler: >>> http://ftp.espci.fr/pub/milter-greylist/milter-greylist-3.0rc5.tgz >>> MD5 (milter-greylist-3.0rc5.tgz) = 82326be5d21ca8ef7bb4e3cdbcbd23c6 >> For what it's worth, I can't build 3.0rc5 without a little hand-hacking. > > I can't either using Linux and --enable-dnsrbl > > gcc -g -O2 -Wall -D_XOPEN_SOURCE=500 -DUSE_DNSRBL -D_BSD_SOURCE -c -o dnsrbl.o dnsrbl.c > dnsrbl.c: In function 'dnsrbl_check_source': > dnsrbl.c:163: warning: pointer targets in passing argument 5 of '__res_nquery' differ in signedness > dnsrbl.c:167: warning: pointer targets in passing argument 1 of '__ns_initparse' differ in signedness > > ... > > gcc -o milter-greylist milter-greylist.o pending.o sync.o dnsrbl.o list.o macro.o conf_yacc.o dump_yacc.o conf.o autowhite.o dump.o spf.o acl.o -lresolv -lnsl -lpthread -lmilter > dnsrbl.o: In function `dnsrbl_check_source':/src/milter-greylist-3.0rc5/dnsrbl.c:167: undefined reference to `__ns_initparse' > :/src/milter-greylist-3.0rc5/dnsrbl.c:174: undefined reference to `__ns_parserr' > collect2: ld returned 1 exit status > make: *** [milter-greylist] Error 1 > > > It's okay if I don't specify --enable-dnsrbl. > With --enable-dnsrbl, it must be linked with /usr/lib/libresolv.a > instead of -lresolv. Maybe -lbind could do it (I don't have it on that box). I found that using libbind did solve this exact problem. There's actually quite a few platforms out there that do not export ns_initparse from libresolv. http://www.google.com/search?hl=en&q=undefined+reference+to+%60__ns_initparse%27&btnG=Google+Search It's also undocumented in the libc documentation (of which libresolv is a part), but is documented in several books: http://lists.debian.org/debian-glibc/2005/01/msg00111.html
Message
Re: [milter-greylist] milter-greylist 3.0 rc5 is out - vsyslog
2006-10-16 by Matt Kettler
Attachments
- No local attachments were found for this message.