From: Simon Marchi <simon.marchi@efficios.com>
To: Andrew Burgess <aburgess@redhat.com>,
gdb-patches@sourceware.org, binutils@sourceware.org
Subject: Re: [PATCH 07/13] gdb/csky: remove uses of sprintf
Date: Mon, 17 Aug 2026 13:03:51 -0400 [thread overview]
Message-ID: <37723293-9318-4a69-b945-d7c82d6d666d@efficios.com> (raw)
In-Reply-To: <87jypo3e90.fsf@redhat.com>
On 8/17/26 12:26 PM, Andrew Burgess wrote:
> Simon Marchi <simon.marchi@efficios.com> writes:
>
>> When building on macOS, I get a few:
>>
>> /Users/smarchi/src/binutils-gdb/gdb/csky-tdep.c:434:4: error: 'sprintf' is deprecated: This function is provided for compatibility reasons only. Due to security concerns inherent in the design of sprintf(3), it is highly recommended that you use snprintf(3) instead. [-Werror,-Wdeprecated-declarations]
>> 434 | sprintf (tdesc_reg.name, "cp1cr%d", remain);
>> | ^
>>
>> Replace these uses with snprintf, via xsnprintf, which asserts that the
>> destination buffer was large enough for the output string.
>>
>> Change-Id: Idc5c0c42479f767c63b0d0cece5ab14cacec9a60
>> ---
>> gdb/csky-tdep.c | 15 ++++++++++-----
>> 1 file changed, 10 insertions(+), 5 deletions(-)
>>
>> diff --git a/gdb/csky-tdep.c b/gdb/csky-tdep.c
>> index e86f79a42eaf..ad0d50d8218d 100644
>> --- a/gdb/csky-tdep.c
>> +++ b/gdb/csky-tdep.c
>> @@ -431,19 +431,22 @@ csky_get_supported_register_by_index (int index)
>> {
>> case 0: /* Bank1. */
>> {
>> - sprintf (tdesc_reg.name, "cp1cr%d", remain);
>> + xsnprintf (tdesc_reg.name, sizeof (tdesc_reg.name), "cp1cr%d",
>> + remain);
>
> Rather than having to include the size of all these buffers, where the
> size is known at compile time, I wondered if we could add something
> like:
>
> template<size_t N, typename... Args>
> int xsnprintf (char (&buf)[N], const char *format, Args &&...args)
> {
> return xsnprintf (buf, N, format, std::forward<Args> (args)...);
> }
>
> to gdbsupport/common-utils.h. This is fine except that gcc is unable to
> track the format literal through the template call, so I think we'd
> actually have to do:
>
> template<size_t N, typename... Args>
> int xsnprintf (char (&buf)[N], const char *format, Args &&...args)
> {
> DIAGNOSTIC_PUSH
> DIAGNOSTIC_IGNORE_FORMAT_NONLITERAL
> return xsnprintf (buf, N, format, std::forward<Args> (args)...);
> DIAGNOSTIC_POP
> }
>
> Which isn't ideal, though we do already have things like this in
> gdb/printcmd.c, so maybe it's OK.
>
> The other option would be C varargs style handling:
>
> template<size_t N>
> int ATTRIBUTE_PRINTF (2, 3)
> xsnprintf (char (&buf)[N], const char *format, ...)
> {
> va_list args;
> va_start (args, format);
> int ret = vsnprintf (buf, N, format, args);
> gdb_assert (ret < static_cast<int> (N));
> va_end (args);
> return ret;
> }
>
> Or similar. The benefit of this would be that you could then write:
>
> xsnprintf (tdesc_reg.name, "cp1cr%d", remain);
>
> And you'd still get the buffer length check.
>
> Anyway, it was just a thought, not a requirement. The patch as it is
> looks fine.
>
> Approved-By: Andrew Burgess <aburgess@redhat.com>
Thanks the the suggestion, I will attempt to do this on top of the
current series.
Simon
next prev parent reply other threads:[~2026-08-17 17:04 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-17 15:16 [PATCH 00/13] Fix various warnings when building on macOS Simon Marchi
2026-08-17 15:16 ` [PATCH 01/13] gdbsupport: remove uses of vsprintf Simon Marchi
2026-08-17 15:47 ` Andrew Burgess
2026-08-17 15:16 ` [PATCH 02/13] gdbsupport: remove uses of sprintf Simon Marchi
2026-08-17 15:49 ` Andrew Burgess
2026-08-17 15:16 ` [PATCH 03/13] opcodes/z80: remove use " Simon Marchi
2026-08-18 6:40 ` Jan Beulich
2026-08-18 16:48 ` Simon Marchi
2026-08-17 15:16 ` [PATCH 04/13] sim/ppc: make defines.h sed command portable Simon Marchi
2026-08-17 15:36 ` Andrew Burgess
2026-08-17 15:16 ` [PATCH 05/13] sim/m32r: fix unused variable warning on non-Linux hosts Simon Marchi
2026-08-17 15:36 ` Andrew Burgess
2026-08-17 15:16 ` [PATCH 06/13] sim/m32r: fix unused function warnings " Simon Marchi
2026-08-17 15:37 ` Andrew Burgess
2026-08-17 15:16 ` [PATCH 07/13] gdb/csky: remove uses of sprintf Simon Marchi
2026-08-17 16:26 ` Andrew Burgess
2026-08-17 17:03 ` Simon Marchi [this message]
2026-08-17 20:50 ` Tom Tromey
2026-08-18 18:26 ` Simon Marchi
2026-08-17 15:16 ` [PATCH 08/13] gdb/dwarf2: " Simon Marchi
2026-08-17 16:35 ` Andrew Burgess
2026-08-17 15:16 ` [PATCH 09/13] gdb/elfread: remove use " Simon Marchi
2026-08-17 16:38 ` Andrew Burgess
2026-08-17 15:16 ` [PATCH 10/13] gdbsupport: add xstrcpy Simon Marchi
2026-08-17 16:45 ` Andrew Burgess
2026-08-17 17:30 ` Simon Marchi
2026-08-17 15:16 ` [PATCH 11/13] gdb/remote-fileio: remove uses of sprintf Simon Marchi
2026-08-17 16:53 ` Andrew Burgess
2026-08-17 15:16 ` [PATCH 12/13] gdb/remote: " Simon Marchi
2026-08-17 16:51 ` Andrew Burgess
2026-08-17 17:34 ` Simon Marchi
2026-08-17 15:16 ` [PATCH 13/13] gdb/tracepoint: " Simon Marchi
2026-08-17 16:51 ` Andrew Burgess
2026-08-17 20:52 ` [PATCH 00/13] Fix various warnings when building on macOS Tom Tromey
2026-08-18 18:10 ` Simon Marchi
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=37723293-9318-4a69-b945-d7c82d6d666d@efficios.com \
--to=simon.marchi@efficios.com \
--cc=aburgess@redhat.com \
--cc=binutils@sourceware.org \
--cc=gdb-patches@sourceware.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