From owner-freebsd-hackers Mon Oct 14 6:12:17 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 AFDC237B401 for ; Mon, 14 Oct 2002 06:12:15 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2349243EA9 for ; Mon, 14 Oct 2002 06:11:59 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g9ED9l394195; Mon, 14 Oct 2002 16:09:47 +0300 (EEST) (envelope-from ru) Date: Mon, 14 Oct 2002 16:09:47 +0300 From: Ruslan Ermilov To: Roman Neuhauser Cc: hackers@FreeBSD.ORG Subject: Re: inconsistency in /usr/bin/make Message-ID: <20021014130947.GA93923@sunbay.com> References: <20021014095718.GU364@freepuppy.bellavista.cz> <20021014113622.GA76880@sunbay.com> <20021014121423.GB364@freepuppy.bellavista.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20021014121423.GB364@freepuppy.bellavista.cz> User-Agent: Mutt/1.3.99i 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 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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 pa= ge > > > 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! :) > >=20 > > 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. >=20 > Ok, so that's the missing part. Anyway, is there a technical reason > why this is so? >=20 Yes, there is. You forgot to send us the patch. :-) Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9qsIbUkv4P6juNwoRAqD8AJ4j9fSegAFCuqhO2IBPDSXIW0TNOQCeNKG1 6gTvg7mQQuf/oSYhnPObSRQ= =+RBu -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message