From owner-freebsd-hackers Mon Oct 14 6:44:45 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 301DD37B404 for ; Mon, 14 Oct 2002 06:44:44 -0700 (PDT) Received: from mail.thundernet.cz (mail.thundernet.cz [62.77.87.114]) by mx1.FreeBSD.org (Postfix) with SMTP id E9B9943EB7 for ; Mon, 14 Oct 2002 06:44:41 -0700 (PDT) (envelope-from neuhauser@bellavista.cz) Received: (qmail 2669 invoked from network); 14 Oct 2002 13:44:39 -0000 Received: from unknown (HELO freepuppy.bellavista.cz) (62.168.44.50) by mail.thundernet.cz with SMTP; 14 Oct 2002 13:44:39 -0000 Received: by freepuppy.bellavista.cz (Postfix, from userid 1001) id 792DA2FDAB2; Mon, 14 Oct 2002 15:44:38 +0200 (CEST) Date: Mon, 14 Oct 2002 15:44:38 +0200 From: Roman Neuhauser To: Ruslan Ermilov Cc: hackers@FreeBSD.ORG Subject: Re: inconsistency in /usr/bin/make Message-ID: <20021014134438.GF364@freepuppy.bellavista.cz> Mail-Followup-To: Ruslan Ermilov , hackers@FreeBSD.ORG References: <20021014095718.GU364@freepuppy.bellavista.cz> <20021014113622.GA76880@sunbay.com> <20021014121423.GB364@freepuppy.bellavista.cz> <20021014130947.GA93923@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021014130947.GA93923@sunbay.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG # ru@FreeBSD.ORG / 2002-10-14 16:09:47 +0300: > On Mon, Oct 14, 2002 at 02:14:23PM +0200, Roman Neuhauser wrote: > > # ru@FreeBSD.ORG / 2002-10-14 14:36:22 +0300: > > > On Mon, Oct 14, 2002 at 11:57:18AM +0200, Roman Neuhauser wrote: > > > > In any event, could someone point me to a place in the make(1) > > > > man page where it says that the S and C modifiers dereference > > > > variables given in both the pattern and replacement, while the N > > > > and M modifiers insist on being fed literal strings? I couldn't > > > > find it. Thanks! :) > > > > > > The last paragraph of the S modifier talks about variable > > > expansion inside the "old_string" and "new_string". There is no > > > similar talk in the M and N descriptions. Even the OpenBSD's > > > make(1) is subject to this same restriction. > > > > Ok, so that's the missing part. Anyway, is there a technical > > reason why this is so? > > > Yes, there is. You forgot to send us the patch. :-) :) carefully, there. i'm only looking for a [tng]roff tutorial so that I can start sending patches for the man page. :) aside: not to insult anyone or anything like that, plus I'm aware make is not a programming language interpreter, but it's really braindamaged. consider this: .for FOO in foo bar baz FOO=${FOO} .if !empty(FOO:S/baz//) BAR+= ${FOO} .endif .endfor all: @echo BAR: ${BAR} comment out the second line to break it. -- If you cc me or take the list(s) out completely I'll most likely ignore your message. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message