From xemacs-m  Tue Sep  2 12:30:54 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 MAA24886
	for <xemacs-beta@xemacs.org>; Tue, 2 Sep 1997 12:30:50 -0500 (CDT)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.7/8.8.7) id KAA13610;
	Tue, 2 Sep 1997 10:34:45 -0700
Mail-Copies-To: never
To: xemacs-beta@xemacs.org
Subject: Re: [Q] The best way to build/install XEmacs for different binaries?
References: <199709020743.KAA24937@merlin.ornet.co.il> <bylo1gxbv4.fsf@midget.math.ethz.ch>
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: Jan Vroonhof's message of "02 Sep 1997 12:13:03 +0200"
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
Date: 02 Sep 1997 10:34:44 -0700
Message-ID: <m2lo1f39hn.fsf@altair.xemacs.org>
Lines: 47
X-Mailer: Gnus v5.4.65/XEmacs 20.3(beta19) - "Kiev"

A handful of miscellaneous comments ...

Jan Vroonhof <vroonhof@math.ethz.ch> writes:

> If you want to compile for multiple architectures you should use the
> SRC dir option. It makes life much much easier. Even if it involves a
> recompile of your sunos binaires.

Yes.  It is a supported option that if you upgrade the source --srcdir
points to, you can upgrade the XEmacs source (via patching, or a total
reinstall), then run `./config.status --recheck' for subsequent builds.

> Go to your fastest machine:

Always a good idea. :-)

> make distclean (cleanout old stuff)

I don't recommend using `make distclean'.  That is primarily for the
maintainer prior to generating tarballs for distribution.  `make
clean' is better.

(I've never used `make *arch*')

 ...
>> - What about common stuff.. Is influenced by the configure
>> differences? (SunOS without CDE, Solaris without NAS, etc.)

> Not really. There are propably some differences if you compile one
> with mule and one without it. As far as I know all .elc are compiled
> always (except for mule).

If you are building mixed Mule/Latin-1 binaries, always rebuild the
lisp with a Mule XEmacsen.  If you are using solely Mule or Latin-1
it doesn't matter.  Rebuilding lisp with a Latin-1 XEmacsen is a new
feature with 20.3, so there may be problems with specific betas,
however it is intended that 20.3-released will support this fully.[1]

> There is a danger this may change because of compile time featurep
> checking becoming more and more prevalent.

Yes, but following the rules I gave above should work.  If they don't
it's a bug we'll fix.

Footnotes: 
[1]  Or it won't be released until it does.

