From: Stephen Hemminger <stephen@networkplumber.org>
To: Eli Schwartz <eschwartz93@gmail.com>, David Ahern <dsahern@gmail.com>
Cc: netdev@vger.kernel.org
Subject: Re: [PATCH iproute2 1/2] configure: avoid un-recommended command substitution form
Date: Fri, 29 Dec 2023 11:36:32 -0800 [thread overview]
Message-ID: <20231229113632.45c70893@hermes.local> (raw)
In-Reply-To: <ac91d9f3-0651-4c66-9d38-c40281150ac5@gmail.com>
On Wed, 27 Dec 2023 22:57:10 -0500
Eli Schwartz <eschwartz93@gmail.com> wrote:
> On 12/27/23 7:46 PM, Stephen Hemminger wrote:
> > On Sun, 17 Dec 2023 22:30:52 -0500
> > Eli Schwartz <eschwartz93@gmail.com> wrote:
> >
> >> The use of backticks to surround commands instead of "$(cmd)" is a
> >> legacy of the oldest pre-POSIX shells. It is confusing, unreliable, and
> >> hard to read. Its use is not recommended in new programs.
> >>
> >> See: http://mywiki.wooledge.org/BashFAQ/082
> >> ---
> >
> > This is needless churn, it works now, and bash is never going
> > to drop the syntax.
>
>
> Per the patch message, the reason to avoid the syntax is because it is
> confusing, unreliable, and hard to read.
>
> It was deprecated for good reason, and those reasons are relevant to
> people writing shell scripts! Regardless of whether it is removed, it
> has several very sharp edges and the modern alternative was designed
> specifically because the legacy syntax is bad to use *even in bash*.
>
> (bash has nothing to do with it. But also, again, this is not about bash
> because the configure script shebang is *not* /bin/bash.)
The existing configuration was built incrementally over time.
Mostly as a reaction to the issues with autoconf.
Perhaps it is time to consider updating iproute2 to a modern build
environment like meson that has better config support.
next prev parent reply other threads:[~2023-12-29 19:36 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-18 3:30 [PATCH iproute2 1/2] configure: avoid un-recommended command substitution form Eli Schwartz
2023-12-18 3:30 ` [PATCH iproute2 2/2] configure: use the portable printf to suppress newlines in messages Eli Schwartz
2023-12-28 0:46 ` Stephen Hemminger
2023-12-28 3:53 ` Eli Schwartz
2023-12-29 6:00 ` [PATCH 1/2] configure: avoid un-recommended command substitution form Eli Schwartz
2023-12-29 6:00 ` [PATCH 2/2] configure: use the portable printf to suppress newlines in messages Eli Schwartz
2024-01-01 19:03 ` Stephen Hemminger
2023-12-28 0:46 ` [PATCH iproute2 1/2] configure: avoid un-recommended command substitution form Stephen Hemminger
2023-12-28 3:57 ` Eli Schwartz
2023-12-29 19:36 ` Stephen Hemminger [this message]
2023-12-30 0:42 ` David Ahern
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20231229113632.45c70893@hermes.local \
--to=stephen@networkplumber.org \
--cc=dsahern@gmail.com \
--cc=eschwartz93@gmail.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.