From: Junio C Hamano <gitster@pobox.com>
To: Brad Smith <brad@comstyle.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] exec_cmd: RUNTIME_PREFIX on OpenBSD systems
Date: Mon, 21 Sep 2026 09:57:42 -0700 [thread overview]
Message-ID: <xmqq4ifio83d.fsf@gitster.g> (raw)
In-Reply-To: <de116c51-b538-44b7-87d9-653b84a55088@comstyle.com> (Brad Smith's message of "Sun, 20 Sep 2026 22:10:18 -0400")
Brad Smith <brad@comstyle.com> writes:
> On 2026-09-17 9:45 a.m., Junio C Hamano wrote:
>> Brad Smith <brad@comstyle.com> writes:
>>
>>> Enable Git to resolve its own binary location using getexecpath().
>> That may not be incorrect information per-se, but lacks critical
>> bits. Natural initial questions that come to my mind are...
>>
>> Why would one want to use getexecpath() over whatever OpenBSD
>> ports of Git have been using happily? Is the old way being
>> removed? Is the new way being more accurate? In what
>> situations does the difference matter? Is everybody on OpenBSD
>> able to use this new function? Do only certain, and/or
>> presumably later, verions of OpenBSD have it? How widely is it
>> available? How long has it been available?
>
> It's a long awaited API for such functionality on OpenBSD. Otherwise there
> hasn't really been a means of doing so and one which has been using happily.
> The proper API I would say is one which works and is more accurate. One
> which works the same everywhere where as the pile of hacks has different
> results and not happily either.
>
> The API is new. The config.mak.uname check looks for 8.0 and newer.
OK, all of the above were missing from the proposed log message that
should be placed when v2 patch is prepared. They've happily been
using argv[0] as an approximate (which may be OK as long as we do
not lie to ourselves but not as nice), and now they are going to
have a proper syscall for the information, finally. You would also
need to answer the last few questions I asked in the proposed log
message of v2, but I thought 8.0 is not yet released?
Thanks.
next prev parent reply other threads:[~2026-09-21 16:57 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-17 3:40 [PATCH] exec_cmd: RUNTIME_PREFIX on OpenBSD systems Brad Smith
2026-09-17 13:45 ` Junio C Hamano
2026-09-21 2:10 ` Brad Smith
2026-09-21 16:57 ` Junio C Hamano [this message]
[not found] <1789994808-30642-mlmmj-3f9f948b@vger.kernel.org>
2026-09-21 13:00 ` Chris Torek
2026-09-21 16:43 ` Johannes Sixt
2026-09-22 1:17 ` Chris Torek
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=xmqq4ifio83d.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=brad@comstyle.com \
--cc=git@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox