From xemacs-m  Mon Mar  3 14:14:29 1997
Received: from CNRI.Reston.VA.US (CNRI.Reston.VA.US [132.151.1.1])
	by xemacs.org (8.8.5/8.8.5) with SMTP id OAA20899
	for <xemacs-beta@xemacs.org>; Mon, 3 Mar 1997 14:14:22 -0600 (CST)
Received: from newcnri.cnri.reston.va.us by CNRI.Reston.VA.US id aa14863;
          3 Mar 97 15:09 EST
Received: from anthem.CNRI.Reston.Va.US by newcnri.CNRI.Reston.Va.US (SMI-8.6/SMI-SVR4)
	id PAA23019; Mon, 3 Mar 1997 15:09:23 -0500
Received: by anthem.CNRI.Reston.Va.US (SMI-8.6/SMI-SVR4)
	id PAA09005; Mon, 3 Mar 1997 15:09:22 -0500
Date: Mon, 3 Mar 1997 15:09:22 -0500
Message-Id: <199703032009.PAA09005@anthem.CNRI.Reston.Va.US>
From: "Barry A. Warsaw" <bwarsaw@CNRI.Reston.VA.US>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: xemacs-beta@xemacs.org
Subject: 19.15-b96 failure
Reply-To: bwarsaw@python.org
X-Attribution: BAW
X-Oblique-Strategy: Take a break
X-Url: http://www.python.org/~bwarsaw


First problem.  Using --puresize option to configure is broken.

../configure \
	--prefix=/depot/gnu \
	--exec-prefix=/depot/gnu/plat \
	--puresize=1500000 \
	--site-libraries="/depot/gnu/plat/lib /depot/sundry/plat/lib" \
	--site-runtime-libraries="/depot/gnu/plat/lib /depot/sundry/plat/lib" \
	--site-includes="/depot/gnu/include /depot/sundry/include" \
	--error-checking=none \
	--with-xface=yes \
	--with-database=no \
	--with-database=gnudbm \
	--with-sparcworks

% make
[...]

make[1]: Entering directory `/depot/gnu/src/xemacs-19.15-b96/SPARC/dynodump'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/depot/gnu/src/xemacs-19.15-b96/SPARC/dynodump'
cd src; make all  \
        CC='gcc' CFLAGS='-g -O ' MAKE='make'
make[1]: Entering directory `/depot/gnu/src/xemacs-19.15-b96/SPARC/src'
make[1]: *** No rule to make target `1500000', needed by `alloc.o'.  Stop.
make[1]: Leaving directory `/depot/gnu/src/xemacs-19.15-b96/SPARC/src'
make: *** [src] Error 2


Once I removed the --puresize option, XEmacs continued through the
first build process, noticed the puresize wastage and began the second
phase.  I would suggest that including --puresize option to configure
now generate a warning, error, or be ignored, or (most preferrably) to
be honored and defeat the auto-adjustment of puresize.

Second problem.  For some reason, the build process gets through the
second phase and starts to dump, but after the doc lossages, I get
this message:

-------------------- snip snip --------------------
[...]
This is usually because some files were preloaded by loaddefs.el or
site-load.el, but were not passed to make-docfile by Makefile.
 
Dumping under names xemacs and emacs-19.15-xemacs-beta96
 
XEmacs exiting.Can't write PURESIZE: permission denied, PURESIZE.h
make[3]: [xemacs] Error 255 (ignored)
if [ -f SATISFIED ]; then               make xemacs;    fi
make[4]: Entering directory `/depot/gnu/src/xemacs-19.15-b96/SPARC/src'
-------------------- snip snip --------------------

Note that a 3rd build has begun.  In face, make will attempt to
rebuild infinitely many times.  There should be a limit of 2 builds to
get the puresize right.  If the second build fails, make should exit.

The permission problem was because src/PURESIZE.h somehow got a very
f*cked up permission (010! -- My umask during the untarring and build
was 002).  Changing this to 664 however does not fix the problem.  I
get no error messages, but the build process continues forever.  I
don't see the puresize values get adjusted.

Note that I'm building in a subdirectory off the main directory, and
running ../configure.  Am I seeing this srcdir bug I only skimmed over
previously?

Maybe there should be an option to make to say, "please don't keep
rebuilding I don't care if I waste some space".

-Barry

