Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
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

  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