I set every one of these environmental variables and also added the db5.0 lib to /etc/ld.so.conf and ran ldconfig. None of that matters. It doens't matter as the linker will always look in /usr/include first and grab what is there. The only way is to replace that db.h file.
At 04:14 PM 3/26/2002 +0100, Prune wrote: >Clifford Thurber wrote: > >>You are most likely compiling this on a linux system. This happens >>because of /usr/include/db.h. This is the header fileshipped witht the >>distro. Cyrus will compile using your CFLAGS below but the linker will >>use the db.h file under /usr/include. I think if anything this is a linux >>bug. It drove me nuts for a few days. I ended up using the db libs that >>Red Hat ships with. > >linux : 1 >you : 0 > >try to set LDFLAGS, CPPFLAGS, CFLAGS, LD_RUN_PATH and LD_LIBRARY_PATH. >Il this fail, rm the Linux db.h !! > >if all fail, install FreeBSD or Solaris. > >Cheers, > >prune > >> >>At 09:26 AM 3/26/2002 +0100, Olaf Zaplinski wrote: >> >>>Hi *, >>> >>>following bug occured: >>> >>>1. >>>CPPFLAGS=-I/usr/local/BerkeleyDB.3.3/include \ >>>LDFLAGS=-L/usr/local/BerkeleyDB.3.3/lib \ >>>./configure >>> >>>2. >>>make >>> >>>3. >>>make install >>> >>>4. >>>start of cyrus => 'incorrect version of Berkeley db: compiled against >>>3.1.17, linked against 3.3.11' >>> >>>So I re-started 3. and voila: >>>gcc -c -I/usr/include/db3 -I/usr/local/BerkeleyDB.3.3/include [...] >>> >>>Although I told configure where to look for db3, it searches on its own and >>>finds the system's db-3.1.17 instead of by self built db-3.3.11. >>> >>>Workaround: vi `find . -name Makefile` :-( >>>(This did not really help because sasl-2.1.1 does not like db-3.3, >>>saslpasswd2 crashes.) >>> >>>Regards >>>Olaf >>> > >
