From xemacs-m  Wed Sep  3 16:50:13 1997
Received: from wfdutilgw.ml.com (wfdutilf01.ml.com [206.3.74.31])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id QAA24871
	for <xemacs-beta@xemacs.org>; Wed, 3 Sep 1997 16:50:11 -0500 (CDT)
Received: from ml1.ml.com ([199.201.57.130])
	by wfdutilgw.ml.com (8.8.5/8.8.5/MLgw-3.03) with ESMTP id RAA10534
	for <xemacs-beta@xemacs.org>; Wed, 3 Sep 1997 17:51:12 -0400 (EDT)
Received: from commpost.ml.com (commpost.ml.com [146.125.4.24])
	by ml1.ml.com (8.8.5/8.8.5/MLml4-2.07) with SMTP id RAA08512
	for <xemacs-beta@xemacs.org>; Wed, 3 Sep 1997 17:49:36 -0400 (EDT)
Received: from spssunp.spspme.ml.com (spssunp.spspme.ml.com [192.168.111.13]) by commpost.ml.com (8.6.12/8.6.12) with ESMTP id RAA19311 for <xemacs-beta@xemacs.org>; Wed, 3 Sep 1997 17:49:35 -0400
Received: by spssunp.spspme.ml.com (SMI-8.6/SMI-4.1)
	id RAA27897; Wed, 3 Sep 1997 17:49:31 -0400
To: XEmacs Beta List <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>
X-Face: ""xJff<P[R~C67]V?J|X^Dr`YigXK|;1wX<rt^>%{>hr-{:QXl"Xk2O@@(+F]e{"%EYQiW@mUuvEsL>=mx96j12qW[%m;|:B^n{J8k?Mz[K1_+H;$v,nYx^1o_=4M,L+]FIU~[[`-w~~xsy-BX,?tAF_.8u&0y*@aCv;a}Y'{w@#*@iwAl?oZpvvv
X-Y-Zippy: ..  I see TOILET SEATS...
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
From: Colin Rafferty <craffert@ml.com>
Date: 03 Sep 1997 17:49:29 -0400
In-Reply-To: SL Baur's message of "03 Sep 1997 14:06:55 -0700"
Message-ID: <ocr7mcykqza.fsf@ml.com>
Lines: 31
X-Mailer: Gnus v5.4.65/XEmacs 20.3(beta18) - "Bratislava"

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, 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.

> This patch is lightly tested but should cure the fuckage associated
> with non-package loading at dump.

This should probably do it.  I have started a build, and am off to see
the Mets beat the Blue Jays (I hope).  I'll let you know tomorrow.

> As a bonus, package directories
> beginning with `~' like `~/.xemacs' are no longer searched at dump
> time, but will searched at run time (the auto-autoloads are still not 
> loaded, that will be fixed by beta20).

This is a good thing.

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.

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

-- 
Colin

