From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: *
X-Spam-Status: No, score=1.5 required=5.0 tests=BULK_RE_SUSP_NTLD,
	FROM_SUSPICIOUS_NTLD,T_SCC_BODY_TEXT_LINE autolearn=no
	autolearn_force=no version=3.4.4
Received: (qmail 19767 invoked from network); 4 Feb 2022 00:50:46 -0000
Received: from 4ess.inri.net (216.126.196.42)
  by inbox.vuxu.org with ESMTPUTF8; 4 Feb 2022 00:50:46 -0000
Received: from penelope.mx ([145.239.136.208]) by 4ess; Thu Feb  3 14:04:33 -0500 2022
Received: from localhost (localhost [127.0.0.1])
	by penelope.mx (Postfix) with ESMTP id 92DB81DCD98
	for <9front@9front.org>; Thu,  3 Feb 2022 20:04:23 +0100 (CET)
Received: from penelope.mx ([127.0.0.1])
	by localhost (penelope.mx [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id iUD_MpwQiXQs for <9front@9front.org>;
	Thu,  3 Feb 2022 20:04:22 +0100 (CET)
Received: from fog.home (unknown [37.228.246.218])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(Client did not present a certificate)
	by penelope.mx (Postfix) with ESMTPSA id 4A3771DCD96
	for <9front@9front.org>; Thu,  3 Feb 2022 20:04:22 +0100 (CET)
Message-ID: <C131726DBF8DD60049249F4E7C302856@0x80.stream>
To: 9front@9front.org
From: Nicola Girardi <ng@0x80.stream>
Date: Thu, 03 Feb 2022 19:04:21 +0000
In-Reply-To: <7F801B6A7ACE8834CDC5DA9DB18BB1D6@eigenstate.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: ISO-certified STM-oriented SVG CMS table-scale backend 
Subject: Re: [9front] grep: always show path with '-n'
Reply-To: 9front@9front.org
Precedence: bulk

Quoth ori@eigenstate.org:
> Quoth Steve Simon <steve@quintile.net>:
> > the =E2=80=9Ctraditional=E2=80=9D way to achieve this is for g(1) to =
always pass
> > /dev/null to grep to ensure there are always multiple files.
> >=20
>=20
> That's certainly *an* option, but it
> seems surprising that 1 vs n args are
> treated differently for '-n', and I
> think it makes sense to make it
> consistent.

I've always wondered about that behavior for '-n'.  Does anyone know
the historical reason for omitting the file name when there's only one
file to search?