From: Patrick Steinhardt <ps@pks.im>
To: Eli Schwartz <eschwartz@gentoo.org>
Cc: Junio C Hamano <gitster@pobox.com>,
git@vger.kernel.org, Peter Seiderer <ps.report@gmx.net>,
Justin Tobler <jltobler@gmail.com>
Subject: Re: [PATCH v3 0/2] meson: prefer '/bin/sh' over PATH lookup
Date: Mon, 5 May 2025 08:08:53 +0200 [thread overview]
Message-ID: <aBhV9SNm5G-g-sRh@pks.im> (raw)
In-Reply-To: <c5486e20-dbae-4ec2-bc19-d5dc537a8399@gentoo.org>
On Fri, May 02, 2025 at 06:37:45PM -0400, Eli Schwartz wrote:
> On 5/2/25 5:16 PM, Junio C Hamano wrote:
> > So the discussion seems to have died out. Have we decided that
> > unlike Makefile-based approach, it is too cumbersome to teach the
> > Meson based approach to allow user-specified commands that have
> > different basename to stand in for the command we expect in the
> > build based on Meson [*], and what the v3 iteration of this series
> > does is a good place to stop?
>
>
> I don't have any objections to teaching git's own meson.build to do
> this, and I don't think it would be particularly cumbersome. But as I'm
> not the person who would use it, really, I was hoping others would state
> their preferences.
It wouldn't be hard to do indeed. But I think that the proposed patch
should be good enough for now as it does what we want in basically every
usecase I can think of, and it does allow the user to tweak as required.
So I'd propose to go with the proposed pragmatic approach and then
iterate in the future if we ever see that it continues to be a problem.
> One possibility would be if meson itself was adapted to support setting
> simple "machine description" settings via the command line. I seem to
> recall someone had proposed at one point on the meson ticket tracker, to
> support e.g.
>
> ```
> meson setup -Dbinaries.cc=gcc -Dbinaries.sh=/bin/dash
> ```
> but I cannot recall what came of the discussion. I'll try to find the
> relevant ticket after the weekend (going offline right around now).
That would be nice to have indeed.
Thanks!
Patrick
prev parent reply other threads:[~2025-05-05 6:08 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-24 13:38 [PATCH 0/2] meson: prefer '/bin/sh' over PATH lookup Patrick Steinhardt
2025-04-24 13:38 ` [PATCH 1/2] meson: report detected runtime executable paths Patrick Steinhardt
2025-04-25 0:45 ` Eli Schwartz
2025-04-25 5:21 ` Patrick Steinhardt
2025-04-25 16:34 ` Junio C Hamano
2025-04-24 13:38 ` [PATCH 2/2] meson: prefer POSIX-specified shell path Patrick Steinhardt
2025-04-24 20:18 ` Justin Tobler
2025-04-25 5:21 ` Patrick Steinhardt
2025-04-24 18:28 ` [PATCH 0/2] meson: prefer '/bin/sh' over PATH lookup Junio C Hamano
2025-04-25 5:21 ` Patrick Steinhardt
2025-04-25 5:47 ` [PATCH v2 " Patrick Steinhardt
2025-04-25 5:47 ` [PATCH v2 1/2] meson: report detected runtime executable paths Patrick Steinhardt
2025-04-25 8:27 ` Toon Claes
2025-04-25 5:47 ` [PATCH v2 2/2] meson: prefer POSIX-specified shell path Patrick Steinhardt
2025-04-25 8:35 ` Toon Claes
2025-04-25 10:49 ` brian m. carlson
2025-04-25 11:52 ` Patrick Steinhardt
2025-04-25 11:24 ` [PATCH v2 0/2] meson: prefer '/bin/sh' over PATH lookup Toon Claes
2025-04-25 14:11 ` [PATCH v3 " Patrick Steinhardt
2025-04-25 14:11 ` [PATCH v3 1/2] meson: report detected runtime executable paths Patrick Steinhardt
2025-04-25 14:11 ` [PATCH v3 2/2] meson: prefer shell at "/bin/sh" Patrick Steinhardt
2025-04-25 17:04 ` Junio C Hamano
2025-04-25 18:07 ` Eli Schwartz
2025-04-25 18:51 ` Junio C Hamano
2025-04-25 22:21 ` Eli Schwartz
2025-04-25 20:10 ` brian m. carlson
2025-04-25 22:25 ` Eli Schwartz
2025-04-25 20:13 ` brian m. carlson
2025-05-02 21:16 ` [PATCH v3 0/2] meson: prefer '/bin/sh' over PATH lookup Junio C Hamano
2025-05-02 22:37 ` Eli Schwartz
2025-05-05 6:08 ` Patrick Steinhardt [this message]
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=aBhV9SNm5G-g-sRh@pks.im \
--to=ps@pks.im \
--cc=eschwartz@gentoo.org \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=jltobler@gmail.com \
--cc=ps.report@gmx.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).