From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16142 invoked from network); 30 Sep 2004 05:11:03 -0000 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 30 Sep 2004 05:11:03 -0000 Received: (qmail 86761 invoked from network); 30 Sep 2004 05:10:58 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 30 Sep 2004 05:10:58 -0000 Received: (qmail 21378 invoked by alias); 30 Sep 2004 05:10:45 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 20420 Received: (qmail 21365 invoked from network); 30 Sep 2004 05:10:44 -0000 Received: from unknown (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 30 Sep 2004 05:10:44 -0000 Received: (qmail 86364 invoked from network); 30 Sep 2004 05:10:21 -0000 Received: from ns1.primenet.com.au (HELO primenet.com.au) (203.24.36.2) by a.mx.sunsite.dk with SMTP; 30 Sep 2004 05:10:19 -0000 Received: (qmail 16214 invoked by uid 8); 30 Sep 2004 05:10:15 -0000 To: zsh-workers@sunsite.dk Path: not-for-mail From: Geoff Wing X-Newsgroups: lists.zsh.workers Subject: Re: Bug#271196: makefile completion catches Date: Thu, 30 Sep 2004 05:10:15 +0000 (UTC) Organization: PrimeNet Computer Consultants Message-ID: References: <20040929223945.GB7866@blorf.net> Reply-To: mason@primenet.com.au NNTP-Posting-Host: sparkles.primenet.com.au X-Trace: coral.primenet.com.au 1096521015 3919 203.43.15.10 (30 Sep 2004 05:10:15 GMT) X-Complaints-To: usenet@coral.primenet.com.au NNTP-Posting-Date: Thu, 30 Sep 2004 05:10:15 +0000 (UTC) User-Agent: slrn/0.9.8.0 (NetBSD) X-Spam-Checker-Version: SpamAssassin 2.63 on a.mx.sunsite.dk X-Spam-Level: X-Spam-Status: No, hits=0.0 required=6.0 tests=none autolearn=no version=2.63 X-Spam-Hits: 0.0 Bart Schaefer typed: : On Wed, 29 Sep 2004, Wayne Davison wrote: :> On Sat, Sep 11, 2004 at 11:24:58PM -0400, Clint Adams wrote: :> > Should we move toward 20277 instead? : :> Also, we'd need to figure out if it is handling non-gnu include files :> properly (there is probably still a little more work to do there). The make used by the *BSD's has extensions for assignment operators, viz. ``?='' and ``!='', which aren't handled properly. ?= Assign the value to the variable if it is not already defined. != Expand the value and pass it to the shell for execution and assign the result to the variable. Any newlines in the result are replaced with spaces. % echo 'FOO!=bar' >Makefile % make make (eval):1: command not found: FOO!=bar ... Regards, Geoff