I realized a couple of days ago when I decided to finally update to
coda 5.3.8 that I've actually become somewhat dependent on Coda
working. So I decided to make a couple of changes in the way I've
been building coda.
First, I decided to use the --srcdir option to configure and build in
a separate directory. This seems to be working, except for some
messages from configure about missing Makefile.ins; does anybody know
a reason why it might not?
Second, rather than install Coda directly into /usr/local (overwriting
the current, working, version), I decided that first I would test the
installation by configuring with --prefix=/usr/local/coda-test. This
does not work correctly. The problem is that the build picks up the
includes and the libraries in /usr/local/{include,lib} for some
reason, while those in /usr/local/coda-test/{include,lib} are ignored.
Fortunately, this generated a compile error because of a change in a
header, so it was obvious. CFLAGS=-I/usr/local/coda-test/include and
LDFLAGS=/usr/local/coda-test/lib in the configuration environment
seems to helps the compile error but the link still seems to be wrong.
Using ldd on (say) the new venus shows it finding
/usr/local/lib/liblwp.so.1 but not /usr/local/coda-test/lib/liblwp.so.2.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
