From: Junio C Hamano <gitster@pobox.com>
To: "Haritha via GitGitGadget" <gitgitgadget@gmail.com>
Cc: git@vger.kernel.org, Haritha <harithamma.d@ibm.com>
Subject: Re: [PATCH] exec_cmd: RUNTIME_PREFIX on z/OS systems
Date: Thu, 22 Aug 2024 08:58:07 -0700 [thread overview]
Message-ID: <xmqqplq0tur4.fsf@gitster.g> (raw)
In-Reply-To: <pull.1769.git.git.1724334732249.gitgitgadget@gmail.com> (Haritha via GitGitGadget's message of "Thu, 22 Aug 2024 13:52:12 +0000")
"Haritha via GitGitGadget" <gitgitgadget@gmail.com> writes:
> Makefile | 8 ++++++++
> config.mak.uname | 1 +
> exec-cmd.c | 23 +++++++++++++++++++++++
> 3 files changed, 32 insertions(+)
>
> diff --git a/Makefile b/Makefile
> index a87e18b317d..bdc68234823 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -385,6 +385,10 @@ include shared.mak
> # supports calling _NSGetExecutablePath to retrieve the path of the running
> # executable.
> #
> +# When using RUNTIME_PREFIX, define HAVE_ZOS_GET_EXECUTABLE_PATH if your platform
> +# supports calling __getprogramdir and getprogname to retrieve the path of the
> +# running executable.
> +#
> # When using RUNTIME_PREFIX, define HAVE_WPGMPTR if your platform offers
> # the global variable _wpgmptr containing the absolute path of the current
> # executable (this is the case on Windows).
It is a bit puzzling why this new thing is not added after the last
existing one in the same family of "When using RUNTIME_PREFIX". Our
usual convention to order things that have no inherent logical order
among them is either to add the new one at the end or order them
alphabetically. This comment applies to the other additions to an
existing list (e.g. cascade of git_get_exec_$SYSTEM() calls in
git_get_exec_path() function).
In any case, we should reorganize this section a bit to make it more
obvious that the options from HAVE_BSD_KERN_PROC_SYSCTL to
HAVE_WPGMPTR are the ones that affect how RUNTIME_PREFIX finds the
program location, but that is outside the scope of this topic.
The remainder of the patch looked perfectly in line with the
existing practice (except for where the new thing is added, which I
already mentioned); I do not do zos so I'll have to take your word
for the implementation of git_get_exec_path_zos(), though ;-)
The following shows how I would fix what I found annoying while
studying the existing code to prepare this review. None of it
should be part of this topic (even though it could become a
preliminary clean-up step if we wanted to), but since I wrote it
already, I'll record it here on the list as #leftoverbits.
Thanks.
Makefile | 26 ++++++++++++++------------
exec-cmd.c | 20 +++++++++-----------
2 files changed, 23 insertions(+), 23 deletions(-)
diff --git c/Makefile w/Makefile
index 41dfa0bad2..910aec0973 100644
--- c/Makefile
+++ w/Makefile
@@ -373,21 +373,23 @@ include shared.mak
# Perl scripts to use a modified entry point header allowing them to resolve
# support files at runtime.
#
-# When using RUNTIME_PREFIX, define HAVE_BSD_KERN_PROC_SYSCTL if your platform
-# supports the KERN_PROC BSD sysctl function.
+# When using RUNTIME_PREFIX:
#
-# When using RUNTIME_PREFIX, define PROCFS_EXECUTABLE_PATH if your platform
-# mounts a "procfs" filesystem capable of resolving the path of the current
-# executable. If defined, this must be the canonical path for the "procfs"
-# current executable path.
+# - define HAVE_BSD_KERN_PROC_SYSCTL if your platform supports the
+# KERN_PROC BSD sysctl function.
#
-# When using RUNTIME_PREFIX, define HAVE_NS_GET_EXECUTABLE_PATH if your platform
-# supports calling _NSGetExecutablePath to retrieve the path of the running
-# executable.
+# - define PROCFS_EXECUTABLE_PATH if your platform mounts a "procfs"
+# filesystem capable of resolving the path of the current
+# executable. If defined, this must be the canonical path for the
+# "procfs" current executable path.
#
-# When using RUNTIME_PREFIX, define HAVE_WPGMPTR if your platform offers
-# the global variable _wpgmptr containing the absolute path of the current
-# executable (this is the case on Windows).
+# - define HAVE_NS_GET_EXECUTABLE_PATH if your platform supports
+# calling _NSGetExecutablePath to retrieve the path of the running
+# executable.
+#
+# - define HAVE_WPGMPTR if your platform offers the global variable
+# _wpgmptr containing the absolute path of the current executable
+# (this is the case on Windows).
#
# INSTALL_STRIP can be set to "-s" to strip binaries during installation,
# if your $(INSTALL) command supports the option.
diff --git c/exec-cmd.c w/exec-cmd.c
index 909777f61f..54bc7ed304 100644
--- c/exec-cmd.c
+++ w/exec-cmd.c
@@ -100,6 +100,8 @@ static int git_get_exec_path_procfs(struct strbuf *buf)
}
return -1;
}
+#else
+# define git_get_exec_path_procfs(ignore) 1
#endif /* PROCFS_EXECUTABLE_PATH */
#ifdef HAVE_BSD_KERN_PROC_SYSCTL
@@ -127,6 +129,8 @@ static int git_get_exec_path_bsd_sysctl(struct strbuf *buf)
}
return -1;
}
+#else
+# define git_get_exec_path_bsd_sysctl(ignore) 1
#endif /* HAVE_BSD_KERN_PROC_SYSCTL */
#ifdef HAVE_NS_GET_EXECUTABLE_PATH
@@ -148,6 +152,8 @@ static int git_get_exec_path_darwin(struct strbuf *buf)
}
return -1;
}
+#else
+# define git_get_exec_path_darwin(ignore) 1
#endif /* HAVE_NS_GET_EXECUTABLE_PATH */
#ifdef HAVE_WPGMPTR
@@ -166,6 +172,8 @@ static int git_get_exec_path_wpgmptr(struct strbuf *buf)
buf->len += len;
return 0;
}
+#else
+# define git_get_exec_path_wpgmptr(ignore) 1
#endif /* HAVE_WPGMPTR */
/*
@@ -190,22 +198,12 @@ static int git_get_exec_path(struct strbuf *buf, const char *argv0)
* after the first successful method.
*/
if (
-#ifdef HAVE_BSD_KERN_PROC_SYSCTL
git_get_exec_path_bsd_sysctl(buf) &&
-#endif /* HAVE_BSD_KERN_PROC_SYSCTL */
-
-#ifdef HAVE_NS_GET_EXECUTABLE_PATH
git_get_exec_path_darwin(buf) &&
-#endif /* HAVE_NS_GET_EXECUTABLE_PATH */
-
-#ifdef PROCFS_EXECUTABLE_PATH
git_get_exec_path_procfs(buf) &&
-#endif /* PROCFS_EXECUTABLE_PATH */
-
-#ifdef HAVE_WPGMPTR
git_get_exec_path_wpgmptr(buf) &&
-#endif /* HAVE_WPGMPTR */
+ /* fallback -- must be at the end */
git_get_exec_path_from_argv0(buf, argv0)) {
return -1;
}
next prev parent reply other threads:[~2024-08-22 15:58 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-22 13:52 [PATCH] exec_cmd: RUNTIME_PREFIX on z/OS systems Haritha via GitGitGadget
2024-08-22 15:58 ` Junio C Hamano [this message]
2024-08-23 16:57 ` Junio C Hamano
2024-08-27 6:18 ` Haritha D
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=xmqqplq0tur4.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=gitgitgadget@gmail.com \
--cc=harithamma.d@ibm.com \
/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).