From xemacs-m  Mon Jan  6 19:20:51 1997
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 TAA01700 for <xemacs-beta@xemacs.org>; Mon, 6 Jan 1997 19:20:51 -0600 (CST)
Received: from Eng.Sun.COM ([129.146.1.25]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id RAA14018; Mon, 6 Jan 1997 17:20:22 -0800
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id RAA18855; Mon, 6 Jan 1997 17:20:19 -0800
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id RAA28094; Mon, 6 Jan 1997 17:20:19 -0800
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id RAA12459; Mon, 6 Jan 1997 17:20:16 -0800
Date: Mon, 6 Jan 1997 17:20:16 -0800
Message-Id: <199701070120.RAA12459@xemacs.eng.sun.com>
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Steven L Baur <steve@miranova.com>
Cc: xemacs-beta@xemacs.org
Subject: Re: xemacs 19.15 beta 7 build report
In-Reply-To: <m2rajyfmva.fsf@altair.xemacs.org>
References: <199701062022.PAA00367@detlev.canada.sun.com>
	<m29166h6y0.fsf@altair.xemacs.org>
	<199701062222.RAA00432@detlev.canada.sun.com>
	<m2rajyfmva.fsf@altair.xemacs.org>
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>
Mime-Version: 1.0 (generated by tm-edit 7.100)
Content-Type: text/plain; charset=US-ASCII

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

>>>>> "Georg" == Georg Nikodym <georgn@canada.sun.com> writes:
>>>>> "SB" == Steven L Baur <steve@miranova.com> writes:

Georg> I resolved things by manually dumping temacs adding the
Georg> -no-site-file and the -q options.

SB> ???

SB> I thought -batch was supposed to imply -q -no-site-file?

./temacs -batch -l loadup.el dump 
does *not* load in $HOME/.emacs - I checked.

Georg> Obviously not.  Several others have reported that their builds
Georg> were also polluted by doc string warnings (which, BTW, were
Georg> each slightly different).  I suspect that if they do the same
Georg> as I did, they'll get clean dumps.

sb> Oops /think-o/.  Dumping is supposed to take into account the site
sb> file, and the installer is supposed to be able to add packages to be
sb> dumped there.  In order for the DOC file to be generated correctly the
sb> additionally dumped files have to be added to the rule in src/Makefile
sb> running make-docfile.

In general, the situation with autoloads and docstrings is still
generally broken.  A user should be able to specify in one simple way
at build time what packages and features they want dumped into their
xemacs binary, and have the build process take that into account, and
automagically generate the appropriate autoloads and DOC file that
correspond to that set of features.

There *is* a mechanism to specify build-time user options -
site-init.el.  To allow the user to subtract as well as add packages
in site-init.el, perhaps the unload-feature function can be
generalized.

Martin

