From cd5e92564c2b2c1d4c247b97ca27b016afb22976 Mon Sep 17 00:00:00 2001 From: Shantonu Sen Date: Fri, 8 Sep 2000 00:49:32 +0000 Subject: [PATCH] Included code reorg of zotnet/mts --- ChangeLog | 31 +++++++++++++++++++++++++++++++ 1 file changed, 31 insertions(+) diff --git a/ChangeLog b/ChangeLog index 824f2a7..580cf4c 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,34 @@ +Fri Sep 8 00:36:48 2000 Shantonu Sen + + * Moved zotnet/mts to mts/generic. This code reorganization + makes the entire zotnet tree deprecated -- bboards is unneeded, + mf was was moved to sbr, tws was rewritten and moved to sbr, and + now finally mts. + + * Created a new static library called libmts.a used during + compilation which includes the generic mts code and the + smtp/sendmail code. This supercedes the functionality of the + old libsmtp.a and the remains of libzot.a. + + * Updated header includes to reference the new location of mts.h + in mts/generic/mts.h. Also, update the configure and top-level + Makefile not to descend into zotnet. Also, they don't descend + into mts/mmdf and mts/sendmail (the sendmail code has been + merged into the smtp code). + + * Added #include to h/md5.h, since my compile was + complaining about implicitly-declared memcpy and memset, which + appear to be in strings.h. In any event, nmh.h should take care + of it for us. + + * When doing a "make nmhdist", notice that the generated + snapshot does not include zotnet of the mts directories as noted + above. Since they are no longer compiled, and I don't see any + obvious code path to get to them, end-users should probably + not need them. If you think otherwise, turn Makefile generation + back on in configure.in and turn on recursion into those dirs + in the appropriate Makefile.in + Wed Sep 6 22:40:03 2000 Shantonu Sen * Tracked down the problem in the new dtimep where time -- 1.7.10.4