From xemacs-m  Sun Dec 22 03:23:03 1996
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
          by xemacs.cs.uiuc.edu (8.8.4/8.8.4) with SMTP
	  id DAA18453 for <xemacs-beta@xemacs.org>; Sun, 22 Dec 1996 03:23:02 -0600 (CST)
Received: from Eng.Sun.COM ([129.146.1.25]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id BAA04641; Sun, 22 Dec 1996 01:22:33 -0800
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id BAA13628; Sun, 22 Dec 1996 01:22:31 -0800
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id BAA26864; Sun, 22 Dec 1996 01:22:30 -0800
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id BAA12959; Sun, 22 Dec 1996 01:22:28 -0800
Date: Sun, 22 Dec 1996 01:22:28 -0800
Message-Id: <199612220922.BAA12959@xemacs.eng.sun.com>
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Steven L Baur <steve@miranova.com>
Cc: xemacs-beta@xemacs.org
Subject: XEmacs 20.0-b32 is released
In-Reply-To: <m2bubnfs4r.fsf@altair.xemacs.org>
References: <m2bubnfs4r.fsf@altair.xemacs.org>
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>
Mime-Version: 1.0 (generated by tm-edit 7.94)
Content-Type: text/plain; charset=US-ASCII

>>>>> "Steven" == Steven L Baur <steve@miranova.com> writes:

Steven> I have experienced some difficulties rebuilding loaddefs.el &
Steven> loaddefs.elc in this release.  If you bomb out on this step, it works
Steven> to bytecompile loaddefs.el with 19.15 (the loaddefs.elc in the full
Steven> distribution was bytecompiled with XEmacs 19.15).  If you don't bomb
Steven> out, please report it, and the configuration you have.

No one except the maintainers should ever have to even know about
loaddefs.el, beyond the meaning of ;;;###autoload comments in the .el files.

Steven> Although building is as treacherous as ever, this has been the
Steven> stablest of the 20.0s I've worked with once built.  All of the
Steven> mule-related guaranteed crashes I know about have been fixed.  Many
Steven> thanks go to Martin for his diligence in this area.

If you don't mess with loaddefs.el, it should just build.  The AIX
build patch hasn't made it in yet.

Steven> The sources have just been moved into CVS source control, please bear
Steven> with me.  Suggestions and advice wrt CVS are gratefully accepted.

I've never used RCS or CVS.

All kinds of files changed because of RCS munging the file during
checkin and checkout - eg. dynodump/i386/_relocate.c or FAQ-Mule.kr .

Since there is no common project source control, we should try to turn
off this kind of source modification by the source control system as
much as possible.  For SCCS, this is not easy.  First, I tried to
remove all sequences matching "%[A-Z]%" from the source files.  For
the remaining source files where this is impossible (generally
containing Japanese text) I put them into source control as a `binary'
file.  This is a chance for RCS to prove it's superior to SCCS - is
there a way to turn off this feature globally?

Martin

