CXXFLAGS, and LDFLAGS by the buildlink.mk files so remove the extra
definitions to add them from the package Makefiles. As advised by the
bsd.buildlink.mk file, also ensure that the buildlink.mk files are
included prior to defining any package-specific CFLAGS/LDFLAGS to ensure
that the buildlink directories are at the head of the compiler search
paths.
linking against installed libraries or finding installed headers except
for those that are explicitly linked into ${BUILDLINK_INCDIR} and
${BUILDLINK_LIBDIR}.
* Don't prototype history functions directly, but use
<readline/history.h> to pull them in. This allows us to use libedit's
readline emulation.
* Add INSTALL/DEINSTALL scripts to handle coda-server and coda-client both
installing coda-setup-ports and codaconfedit.
* Try to remove ${PREFIX}/etc/coda at post-deinstall time.
coda/lwp may be built and run. "lwp" needs custom pmap handling in assy
language. Only "lwp" is needed to build and run a coda server; client's
also need to have the MI CODA filesystem enabled. In fact, it seems
that sparc64 has the CODA file system even the assembler in "lwp" is
only for sparc, and mac68k is the only m68k port with the CODA filesystem,
but such would be cumbersome to express with the present framework.
See <http://www.coda.cs.cmu.edu/news.html> for details.
Package no longer depends on gdbm. Added dewey depends for lwp>=1.1.
Removed ONLY_FOR_PLATFORM, as the list of supported platforms is now
quite long.
Coda 4.6.6 should be out RSN.
Note: to agc. I put back in the module suffix; so the client and
server are coda-...4.6.5.2. We can straighten this out before
4.6.6 if this is a problem. The basic idea is that we want
tosay both that our src is derived from Coda 4.6.5 and that
this is the "2"nd version of the package. So the implication
is that there are patches here that were not in the "1"st
version.
