From: Phillip Wood <phillip.wood123@gmail.com>
To: Junio C Hamano <gitster@pobox.com>, git@vger.kernel.org
Cc: Calvin Wan <calvinwan@google.com>,
Jonathan Tan <jonathantanmy@google.com>
Subject: Re: [PATCH 0/2] Avoid passing global comment_line_char repeatedly
Date: Mon, 30 Oct 2023 09:59:44 +0000 [thread overview]
Message-ID: <db6702ba-11a7-44c1-af2a-95b080aaeb77@gmail.com> (raw)
In-Reply-To: <20231030051034.2295242-1-gitster@pobox.com>
Hi Junio
On 30/10/2023 05:10, Junio C Hamano wrote:
> Two strbuf functions used to produce commented lines take the
> comment_line_char as their parameter, but in practice, all callers
> feed the global variable comment_line_char from environment.[ch].
>
> Dropping the parameter from the callchain will make the interface
> less flexible, and less error prone. If we choose to change the
> implementation of the customizable comment line character (e.g., we
> may want to stop referencing the global variable and instead use a
> getter function), we will have fewer places we need to modify.
While I agree with your reasoning here, I think that parameter was
recently added as part of the libification effort - I can't remember
exactly why and am too lazy to look it up so I've cc'd Calvin and
Johathan instead.
Best Wishes
Phillip
> Junio C Hamano (2):
> strbuf_commented_addf(): drop the comment_line_char parameter
> strbuf_add_commented_lines(): drop the comment_line_char parameter
>
> add-patch.c | 8 ++++----
> builtin/branch.c | 2 +-
> builtin/merge.c | 8 ++++----
> builtin/notes.c | 9 ++++-----
> builtin/stripspace.c | 2 +-
> builtin/tag.c | 4 ++--
> fmt-merge-msg.c | 9 +++------
> rebase-interactive.c | 8 ++++----
> sequencer.c | 14 ++++++--------
> strbuf.c | 9 +++++----
> strbuf.h | 7 +++----
> wt-status.c | 6 +++---
> 12 files changed, 40 insertions(+), 46 deletions(-)
>
next prev parent reply other threads:[~2023-10-30 10:00 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-30 5:10 [PATCH 0/2] Avoid passing global comment_line_char repeatedly Junio C Hamano
2023-10-30 5:10 ` [PATCH 1/2] strbuf_commented_addf(): drop the comment_line_char parameter Junio C Hamano
2023-10-30 5:10 ` [PATCH 2/2] strbuf_add_commented_lines(): " Junio C Hamano
2023-10-30 5:36 ` [PATCH 0/2] Avoid passing global comment_line_char repeatedly Dragan Simic
2023-10-30 9:59 ` Phillip Wood [this message]
2023-10-30 20:22 ` [RFC PATCH 0/3] " Jonathan Tan
2023-10-30 20:22 ` [RFC PATCH 1/3] strbuf: make add_lines() public Jonathan Tan
2023-10-30 23:53 ` Junio C Hamano
2023-10-31 6:01 ` Junio C Hamano
2023-10-30 20:22 ` [RFC PATCH 2/3] strbuf_commented_addf(): drop the comment_line_char parameter Jonathan Tan
2023-10-31 5:19 ` Junio C Hamano
2023-10-31 22:24 ` Jonathan Tan
2023-10-31 23:54 ` Junio C Hamano
2023-10-30 20:22 ` [RFC PATCH 3/3] strbuf_add_commented_lines(): " Jonathan Tan
2023-10-31 22:28 ` [PATCH v2 0/4] Avoid passing global comment_line_char repeatedly Jonathan Tan
2023-10-31 22:28 ` [PATCH v2 1/4] strbuf_commented_addf(): drop the comment_line_char parameter Jonathan Tan
2023-10-31 22:28 ` [PATCH v2 2/4] strbuf_add_commented_lines(): " Jonathan Tan
2023-10-31 22:28 ` [PATCH v2 3/4] strbuf: make add_lines() public Jonathan Tan
2023-11-01 4:14 ` Junio C Hamano
2023-10-31 22:28 ` [PATCH v2 4/4] strbuf: move env-using functions to environment.c Jonathan Tan
2023-11-01 4:37 ` Junio C Hamano
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=db6702ba-11a7-44c1-af2a-95b080aaeb77@gmail.com \
--to=phillip.wood123@gmail.com \
--cc=calvinwan@google.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=jonathantanmy@google.com \
--cc=phillip.wood@dunelm.org.uk \
/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.