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=-0.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HTML_MESSAGE,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 24454 invoked from network); 22 Feb 2021 16:03:46 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 22 Feb 2021 16:03:46 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id D41819C8EC; Tue, 23 Feb 2021 02:03:42 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id B508293D39; Tue, 23 Feb 2021 02:03:22 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=bsdimp-com.20150623.gappssmtp.com header.i=@bsdimp-com.20150623.gappssmtp.com header.b="ZVawQAQI"; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 058B493D39; Tue, 23 Feb 2021 02:03:20 +1000 (AEST) Received: from mail-qk1-f170.google.com (mail-qk1-f170.google.com [209.85.222.170]) by minnie.tuhs.org (Postfix) with ESMTPS id CE33B93D32 for ; Tue, 23 Feb 2021 02:03:18 +1000 (AEST) Received: by mail-qk1-f170.google.com with SMTP id z128so8514947qkc.12 for ; Mon, 22 Feb 2021 08:03:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nB4FURNNQX94/iiwUx0ubumx6utw50KolIXds6ewAAc=; b=ZVawQAQIQkRwwezqBBVLwK1SiReQ8VJhLOUO8gRiLUYyWeVp+7lPZbtZ34ohFW7h09 MsMx1vM5mrIFDmFvOmnQBjaG2NtJNMK6pepzh9DcBHXP606h7Pho/6mE2cLzMtrGQMMB +cxEgmK88ELjRqt9B7w7SQZmS6tO3VsooOAQZlcI+/0GzbU+7IzG7oTxQStrtAx7j0au /NTwaSoqWXozbBxAxQYrtLbdcUdMzC1QgkBuE8ErEc3vLpOUu1Je1TTb3mu6nE/UovEq eYoWqgpYDaClcHchUrukrze1+uxOOnERi1OmgLSMHn4d1fBY38ykJCkWIfy7JRTgvZgT BITg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nB4FURNNQX94/iiwUx0ubumx6utw50KolIXds6ewAAc=; b=UfibhZ/IpD5cJQtkGUhLXo8E+tWysW1lDhpyLPkdW2o6+dt4pgh5neoQAuYhg2FqMc rnFSvgQgasLCbuS3WwLDAIwhhK7y5+sRzoLyLLORVAqBwH3zfWXYOu085ob1A1UIiz9s aX5HFYPWV5Gcf7OUzcqlsbOAQsfd80bN0A68LyX+fMJCKEslnmEYaQgct3Yr8+6eThnK 5o7GGiGU6buoQgRQwDLdFFq7TaUgaVCM/SGQe56NQ/ODC6EQcUfHQ3IHN5/P/2o8MveA ZiZ1KioKOAALnCD/yK1daW0AH1E5nVMJpDaAZBuJV81cGluR+oLreZeWjSmkFl8f5d25 1t7w== X-Gm-Message-State: AOAM530xrysTfLKRRzW7kP4Zbo+idUdXvB1T6+WCpG0xXjppgWgq7eWN f3//o8V6p0DAkFkkT/9V+jDARjFmPtS0ZKfe/jsgsw== X-Google-Smtp-Source: ABdhPJyS2xBp3z4xuZYaof6+kxR7dhjNgtLO0JHtGHr0TTAzgJujPYXkTu008jz0y80dNC9vXQP+KzY6lfCV6aVqHac= X-Received: by 2002:a37:c93:: with SMTP id 141mr20741398qkm.206.1614009797958; Mon, 22 Feb 2021 08:03:17 -0800 (PST) MIME-Version: 1.0 References: <20210222033217.dkqavclp22sa77ln@localhost.localdomain> In-Reply-To: From: Warner Losh Date: Mon, 22 Feb 2021 09:02:40 -0700 Message-ID: To: "John P. Linderman" Content-Type: multipart/alternative; boundary="000000000000abf43f05bbeef0b1" Subject: Re: [TUHS] Proliferation of options is great simplification of pipes, really? X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: The Unix Heritage Society Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --000000000000abf43f05bbeef0b1 Content-Type: text/plain; charset="UTF-8" On Mon, Feb 22, 2021 at 8:50 AM John P. Linderman wrote: > I can imagine a simple perl (or python or whatever) script that would run > through groff input, determine which preprocessors are *actually* needed, > and set up a pipeline to run through (only) the needed preprocessors in the > proper order. I wouldn't have to tell groff what preprocessors I think are > needed, and groff wouldn't have to change (although my script would) when > another preprocessor comes into existence. Modern processors are fast > enough, and groff input small enough, that the "extra" pass wouldn't be > burdensome. And it would take the burden off me to remember exactly which > preprocessors are essential. -- jpl > Yea, that's the main benefit of extra flags to commands: you can optimize the number of filters that data passes through, or you can do things with 'hidden state' that's hard to do in another phase of the output. ls is a good example. ls -lt is relatively easy to do the sorting of times and the formatting of times inside ls, but harder to do as a filter since times are hard to sort... Warner --000000000000abf43f05bbeef0b1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Mon, Feb 22, 2021 at 8:50 AM John = P. Linderman <jpl.jpl@gmail.com= > wrote:
I can imagine a simple perl (or python or whatever) script tha= t would run through groff input, determine which preprocessors are actua= lly needed, and set up a pipeline to run through (only) the needed prep= rocessors in the proper order. I wouldn't have to tell groff what prepr= ocessors I think are needed, and groff wouldn't have to change (althoug= h my script would) when another preprocessor comes into existence. Modern p= rocessors are fast enough, and groff input small enough, that the "ext= ra" pass wouldn't be burdensome. And it would take the burden off = me to remember exactly which preprocessors are essential. -- jpl

Yea, that's the main benefit of extra flags to commands= : you can optimize the number of filters that data passes through, or you c= an do things with 'hidden state' that's hard to do in another p= hase of the output. ls is a good example. ls -lt is relatively easy to do t= he sorting of times and the formatting of times inside ls, but harder to do= as a filter since times are hard to sort...

Warne= r=C2=A0
--000000000000abf43f05bbeef0b1--