From xemacs-m  Tue Jan  7 17:35:45 1997
Received: from cs.uchicago.edu (alexandria.cs.uchicago.edu [128.135.11.87])
          by xemacs.cs.uiuc.edu (8.8.4/8.8.4) with ESMTP
	  id RAA06505 for <xemacs-beta@xemacs.org>; Tue, 7 Jan 1997 17:35:44 -0600 (CST)
Received: from gargoyle164.cs.uchicago.edu (gargoyle20 [128.135.20.100]) by cs.uchicago.edu (8.8.3/8.7.3) with ESMTP id RAA18294 for <xemacs-beta@xemacs.org>; Tue, 7 Jan 1997 17:35:44 -0600 (CST)
Received: (from csdayton@localhost) by gargoyle164.cs.uchicago.edu (8.8.3/8.7.3) id RAA25007; Tue, 7 Jan 1997 17:35:43 -0600 (CST)
To: xemacs-beta@xemacs.org
Subject: Re: Can't run red gnus in b34
References: <199701071814.NAA20329@spacely.icd.teradyne.com>
	<m2afqlxjsw.fsf@altair.xemacs.org>
Mime-Version: 1.0 (generated by tm-edit 7.100)
Content-Type: text/plain; charset=US-ASCII
From: Soren Dayton <csdayton@cs.uchicago.edu>
Date: 07 Jan 1997 17:35:42 -0600
In-Reply-To: Steven L Baur's message of 07 Jan 1997 13:22:07 -0800
Message-ID: <xcdwwtpnjn5.fsf@gargoyle164.cs.uchicago.edu>
Lines: 27
X-Mailer: Gnus v5.3/XEmacs 20.0

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

> >>>>> "Vinnie" == Vinnie Shelton <shelton@icd.teradyne.com> writes:
> 
> Vinnie> Hi.  I tried to compile the latest (at the time) red gnus beta
> Vinnie> under V20, b34, and when I try to run it, I get the following
> Vinnie> error:
> 
> Vinnie> (I tried re-compiling mail-abbrevs, but that didn't help).  I
> Vinnie> guess this has something to do with mule, but can anyone
> Vinnie> enlighten me further??
> 
> (In case you don't already know, latest Gnus is the one Lisp package I
> can't live without)
> 
> Red Gnus and the XEmacs 20.0-b34 distribution are incompatible.  Here
> is what I did (works for 19.15-b7 too):
> 
> 1. Remove all the tm .elcs lisp/(mu|mel|t[lm])/*.elc
> 2. Byte compile Red Gnus with XEmacs 19.15 [*].
> 3. Symbolically link all the resulting .elcs into xemacs-20.0-b34/site-lisp
> 4. Byte compile the tm .elcs with
> 	src/xemacs -batch -f batch-byte-compile lisp/(mu|mel|t[lm])/*.el

please tell us that this will not be the case.

Soren

