Martin Buchholz <martin(a)xemacs.org> writes:
>>>>> "Chr" == Christian Nybø
Chr> In the man dir, I had to use gmake
instead of sgi's make. Is it a
Chr> goal of the XEmacs project to build with native cc's and make
Chr> utilities, or is the object rather to breed a gnu generation of
Chr> gcc/ecgs users?
We'd like to support all makes, but the functionality specified
Posix is pretty weak. The construct in question is the use of % in
make rules in man/Makefile. I think I'm to blame for this.
I don't think "blame" is the right word. I don't think it was a bad
change at all, and it can probably be easily fixed.
My motivation at the time was that only developers should have to
do a `make' in man. The XEmacs tarball would have pre-built info
files, so there's nothing to do in man/. But I think later Steve
made compilation in man a required part of every build.
Yup, this did change. It's not a required part of a build. One can
download the -info tarball if one does not have GNU Make.
We currently have tarball sizes:
$ ll xemacs-21.0*.gz
-r--r--r-- 1 slb xemacadm 723983 Apr 26 00:43 xemacs-21.0-b37-elc.tar.gz
-r--r--r-- 1 slb xemacadm 1444298 Apr 26 00:43 xemacs-21.0-b37-info.tar.gz
-r--r--r-- 1 slb xemacadm 6808096 Apr 26 00:42 xemacs-21.0-b37.tar.gz
I am loathe to put anything back into the core tarball until I've
heard from folks who are paying dearly for their 'net connection.