From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19739 invoked from network); 30 Sep 2004 04:26:30 -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 04:26:30 -0000 Received: (qmail 74428 invoked from network); 30 Sep 2004 04:26:25 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 30 Sep 2004 04:26:25 -0000 Received: (qmail 4186 invoked by alias); 30 Sep 2004 04:26:12 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 20419 Received: (qmail 4171 invoked from network); 30 Sep 2004 04:26:11 -0000 Received: from unknown (HELO a.mx.sunsite.dk) (130.225.247.88) by sunsite.dk with SMTP; 30 Sep 2004 04:26:11 -0000 Received: (qmail 73812 invoked from network); 30 Sep 2004 04:25:12 -0000 Received: from moonbase.zanshin.com (64.84.47.139) by a.mx.sunsite.dk with SMTP; 30 Sep 2004 04:25:10 -0000 Received: from toltec.zanshin.com (toltec.zanshin.com [64.84.47.166]) by moonbase.zanshin.com (8.13.1/8.13.1) with ESMTP id i8U4P9Gq008427 for ; Wed, 29 Sep 2004 21:25:09 -0700 Date: Wed, 29 Sep 2004 21:25:09 -0700 (PDT) From: Bart Schaefer Reply-To: zsh-workers@sunsite.dk To: zsh-workers@sunsite.dk Subject: Re: [joshk@triplehelix.org: Bug#271196: makefile completion catches some delayed expansions as targets] In-Reply-To: <20040929223945.GB7866@blorf.net> Message-ID: References: <20040911231628.GA17128@scowler.net> <20040911233227.GA17389@scowler.net> <20040911234745.GA17562@scowler.net> <20040912032458.GA20842@scowler.net> <20040929223945.GB7866@blorf.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 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? > > I'm curious what people think about that new version of _make that > avoids using perl and awk. I'd be happy with it. > 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). Unfortunately I'm no help there, any longer.