Received: from pch.mit.edu (PCH.MIT.EDU [18.7.21.90]) by krbdev.mit.edu (8.9.3p2) with ESMTP id TAA25767; Mon, 5 Mar 2007 19:55:57 -0500 (EST) Received: from pch.mit.edu (pch.mit.edu [127.0.0.1]) by pch.mit.edu (8.13.6/8.12.8) with ESMTP id l260tRfZ010984; Mon, 5 Mar 2007 19:55:27 -0500 Received: from biscayne-one-station.mit.edu (BISCAYNE-ONE-STATION.MIT.EDU [18.7.7.80]) by pch.mit.edu (8.13.6/8.12.8) with ESMTP id l260tQ21010974 for ; Mon, 5 Mar 2007 19:55:26 -0500 Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id l260tNW2011214; Mon, 5 Mar 2007 19:55:23 -0500 (EST) Received: from [18.18.1.160] (NOME-KING.MIT.EDU [18.18.1.160]) (authenticated bits=0) (User authenticated as raeburn@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id l260tMMa011820 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 5 Mar 2007 19:55:23 -0500 (EST) MIME-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ken Raeburn Subject: tru64 make doesn't like krb5 makefiles Date: Mon, 5 Mar 2007 19:55:17 -0500 To: krb5-bugs@MIT.EDU X-Mailer: Apple Mail (2.752.2) X-Scanned-BY: MIMEDefang 2.42 X-Spam-Flag: NO X-Spam-Score: 0.00 X-Beenthere: krb5-bugs-incoming@mailman.mit.edu X-Mailman-Version: 2.1.6 Precedence: list Sender: krb5-bugs-incoming-bounces@PCH.mit.edu Errors-To: krb5-bugs-incoming-bounces@PCH.mit.edu X-RT-Original-Encoding: us-ascii Content-Length: 586 The version of make on Tru64 5.1 has a special form $(VAR/foo/bar) for certain kinds of substitutions, and apparently its parser rejects the reference $(DEPTARGETS_._../..) that comes up in some of our generated Makefiles, used as a scheme for automating per-directory processing when we generate multiple Makefiles from one config.status script. This comes from using $ (DEPTARGETS_@srcdir@_@CONFIG_RELTOPDIR@) in config/post.in, when running configure in the source tree. It may be that $(SUBDIRS_@srcdir@) is going to have the same problem. Workaround: Use GNU make.