Trying to compile 0.2.8-R1 on a i386 FreeBSD-7.1-prerelease machine. I run configure with:
configure --without-mhash --disable-nls
to get rid of mhash failures. Configure then runs and finishes fine. I go in to src, vi the Makefiles and grep for and remove all instances of "-ldl", like this (line 142 of makefile):
MHASH_LIBS = -lcrypt -ldl
I do this for all the Makefiles in the various subdirectories. However when I run make the compile fails in afetch:
f/.libs/libatf.a ../libadbe/.libs/libadbe.a -lpthread -lta_func -lta_common -lz -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib
/usr/bin/ld: cannot find -ldl
*** Error code 1
Stop in /tmp/ast-0.2.8-r1/src/afetch.
*** Error code 1
Stop in /tmp/ast-0.2.8-r1/src.
FreeBSD does not have -ldl, that's a linux-ism apparently. It has, I think, something called dlopen. I recall seeing some code to that effect in configure so that's good. I think if I knew how to completely stop the build from looking for -ldl it would work. How can I do this? There are some BSD-isms as well; libs missed because they're in /usr/local/lib rather than /usr/lib (symlinks fix that), and FBSD put TA-lib in /usr/include/ta-lib, not /usr/lib (symlinks might have fixed that, but the -ldl thing kills the build before it gets there (although it did, once, die because it couldn't find ta_func.h which is in /usr/local/include/ta-lib/ta_func.h. But I've never got that far again.))
I'll try the 3.0-pre-release but really don't expect it to behave any differently since I'm on FreeBSD. Thanks for the work though; it looks like a pretty neat program. I'll keep checking in on it.
Log in to post a comment.