From xemacs-m  Mon Sep 15 19:44:07 1997
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
	by xemacs.org (8.8.5/8.8.5) with SMTP id TAA23465
	for <xemacs-beta@xemacs.org>; Mon, 15 Sep 1997 19:44:07 -0500 (CDT)
Received: from Eng.Sun.COM ([129.146.1.25]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id RAA18884 for <xemacs-beta@xemacs.org>; Mon, 15 Sep 1997 17:43:39 -0700
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id RAA16363; Mon, 15 Sep 1997 17:43:36 -0700
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id RAA09410; Mon, 15 Sep 1997 17:43:35 -0700
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id RAA02525; Mon, 15 Sep 1997 17:43:32 -0700
Date: Mon, 15 Sep 1997 17:43:32 -0700
Message-Id: <199709160043.RAA02525@xemacs.eng.sun.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Hrvoje Niksic <hniksic@srce.hr>
Cc: XEmacs Developers <xemacs-beta@xemacs.org>
Subject: Re: Info build failure (20.3-b20) with Solaris make
In-Reply-To: <kigen6qcnwa.fsf@jagor.srce.hr>
References: <yfqsov7wt3u.fsf@acm.org>
	<199709152007.NAA02482@xemacs.eng.sun.com>
	<kigen6qcnwa.fsf@jagor.srce.hr>
X-Mailer: VM 6.33 under 20.3 "Vienna" XEmacs  Lucid (beta14)
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>

>>>>> "Hrvoje" == Hrvoje Niksic <hniksic@srce.hr> writes:

Hrvoje> Martin Buchholz <mrb@Eng.Sun.COM> writes:
>> The word `standard' is a little confusing, as /usr/xpg4/bin is the one 
>> that is supposed to be standard-compliant, but no one uses, while
>> /usr/ccs/bin/make is the one Sun expects you to use, and GNU make is
>> the one you ought to be using.  Oh, yeah, there's also
>> /usr/ccs/lib/svr4.make.

Hrvoje> I understand your plights (especially after having seen the bug
Hrvoje> reports), but I don't think our users will have as much understanding
Hrvoje> when we require them to install GNU make to have XEmacs.

Hrvoje> The last time I checked, XEmacs wouldn't build on Solaris without GNU
Hrvoje> make.  That is fine for *me*, as I have it in my ~/work/bin.  However, 
Hrvoje> a normal Solaris user/admin will ask: "Was it *really* impossible to
Hrvoje> have the Makefiles work with ordinary make?"  I won't be able to give
Hrvoje> an affirmative answer with a straight face.

Hrvoje> ...and then again, maybe I ought to shut up and see what's wrong with
Hrvoje> those makefiles. :-)

I believe a plain
configure; make
has always worked.

What has not worked has been the VPATH support in Sun make.  Sun make
itself is not fixable using the traditional channels since the VPATH
support is completely undocumented.

Anyways, it turns out that VPATH works if used in conjunction with a 
%.o : %c
rule instead of a 
.c.o
rule.

Are there *any* makes that don't support the
%.o : %.c
syntax?

Anyways, for now we'll uglify the Makefile.in.in thus:

#ifdef SOLARIS2
%.o : %.c
#else
.c.o:
#endif

unless someone has a better suggestion.  The combination `Sun make with
--srcdir' should work in the next beta.

Martin

