RE: Compile Errors and Undefined References

[Tony Earnshaw <tonni@billy.demon.nl>]

ons, 09.04.2003 kl. 17.29 skrev Daniel Bush:

> It may be helpful to assume that I know nothing when
> it comes to building programs under linux; in case
> there is something I am missing along the way.

Why not try a dead simple Cyrus SASL compile? Then go on an compile
Berkeley dead normally and then Openldap dead normally, instead of
trying all the strange things you're doing? Just make it work first,
then you can go on and add bits one at a time.

In spite of what's been said, Cyrus SASL (o.k., I've only got 2.1.10 for
the moment) *does* compile "out of the box" for me, as does BDB 2.1.125
and Openldap 2.1.17. I never had the slightest trouble with any of them,
they always do.

I have Openssl 0.9.7, I run on RH 7.2++++, but that's nothing to do with
a successful compile. O.k., I have "the latest version" of GNU libtools
and keep the rest of my stuff, gcc 3 etc, up to date, too. That's why I
say I have RH 7.2+++++

*** Cyrus SASL do-conf in /cyrus-sasl-2.1.10:

CPPFLAGS="-I/usr/athena/include -I/usr/local/BerkeleyDB.4.1/include" \
LDFLAGS="-L/usr/athena/lib -L/usr/local/BerkeleyDB.4.1/lib" ./configure

You don't have to have the athena stuff, it's for if you have Kerberos 4
out of Sweden (Kerberos 4 is dead anyway);

*** BDB 4.1.25 do-conf in db-4.1.25.NC/build_unix.

../dist/configure --disable-largefile && make && make install

*** Openldap do-conf in openldap-2.1.17

CPPFLAGS="-I/usr/local/ssl/include/openssl -I/usr/local/include/sasl2 \
-I/usr/include/gdbm -I/usr/local/BerkeleyDB.4.1/include \
-I/usr/athena/include" \
LDFLAGS="-L/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.1/lib \
-L/usr/local/lib/sasl2 -L/usr/athena/lib" ./configure \
	--enable-bdb=yes \
	--enable-ldbm=yes \
	--enable-crypt=yes \
	--enable-dnssrv=yes \
	--enable-rlookups=yes \
	--enable-ipv6=no \
	--enable-local=yes \
	--enable-sql \
	--enable-referrals=yes \
	--enable-monitor=yes \
	--with-tls \
	--with-kerberos=yes \
	--enable-dynamic=yes

Same with respect to Kerberos and other shoot you don't need. The less
the better, IMHO ;)

Best,

Tony

-- 

Tony Earnshaw

e-post:		tonni@billy.demon.nl
www:		http://www.billy.demon.nl