From xemacs-m  Wed Sep  3 19:52:42 1997
Received: from altair.xemacs.org (steve@xemacs.miranova.com [206.190.83.19])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id TAA29615
	for <xemacs-beta@xemacs.org>; Wed, 3 Sep 1997 19:52:41 -0500 (CDT)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.7/8.8.7) id RAA17442;
	Wed, 3 Sep 1997 17:56:43 -0700
Mail-Copies-To: never
To: xemacs-beta@xemacs.org
Subject: Re: [PATCH]  Re: Kyiv package failure under sparc-sun-solaris2.5.1
References: <ocrbu2al4j1.fsf@ml.com> <m2bu2a5cpc.fsf@altair.xemacs.org> <ocr7mcykqza.fsf@ml.com>
X-Face: `'%\i;ySOu]g?NlziJSk_$&@]KP`}~PEQPjZ5;nxSaDW_o$4+4%Ab]%Ifw3ZR;7TIT3,O,'
 @2{L;]ox6kc;$_5kU'n**9vFg-]eV~GbxSVCx|(s%uR[],*:^WKmC`B}(;|k9/m]gwt?&`t;^rfCJg
 khHH>pP1W\)xM0U@!FNDD72{3fDP$PkBhx^7Z?-WxH6DbFN:QOnT`llzW}VGdYv;n9lzljQvKTIBhQ
 YuV
X-Attribution: sb
From: SL Baur <steve@xemacs.org>
In-Reply-To: Colin Rafferty's message of "03 Sep 1997 17:49:29 -0400"
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
Date: 03 Sep 1997 17:56:42 -0700
Message-ID: <m24t81vqut.fsf@altair.xemacs.org>
Lines: 33
X-Mailer: Gnus v5.4.65/XEmacs 20.3(beta20) - "Tirana"

Colin Rafferty <craffert@ml.com> writes:

> SL Baur writes:
>> FMH, why does XEmacs blow chunks when non-interactive functions are
>> given filenames of the form "/path/to/something//foo.elc"?

> Is this just a Solaris libc.a thing,

No, because I had the same problem (I just didn't notice it).

> or does everybody have the same problem?  I could have easily
> missed it if I started up normally, since I have (require 'gnus)
> and (require 'bbdb) in ~/.xemacs/init.el.

 ...

> As far a what to do in Tirana XEmacs, I would say that auto-autoloads
> should be loaded from the entire package-path, just in case there is a
> new package globally, but no one re-dumped XEmacs.

That must be done carefully.  There are too many complaints about
XEmacs slow startup speed to do this without thinking things through.

> I imagine that the simplest thing to do would be to stick the final form
> from loaddefs.el somewhere into startup.el.

Yes, but it would slow things down at startup, and force all of the
autoloads out of shared pure space.

I had in mind saving the timestamp of each dumped file (not just the
autoloads) and providing an option at startup to reload any dumped
file that was newer than the one dumped with XEmacs.  The lisp
hierarchy is installed with tar so the timestamps should be reliable.

