public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: "Aktemur, Tankut Baris" <tankut.baris.aktemur@intel.com>
To: Simon Marchi <simon.marchi@efficios.com>,
	"gdb-patches@sourceware.org" <gdb-patches@sourceware.org>
Cc: Luis Machado <luis.machado@arm.com>,
	John Baldwin <jhb@freebsd.org>,
	Andrew Burgess <aburgess@redhat.com>,
	John Baldwin <jhb@FreeBSD.org>
Subject: RE: [PATCH v2 03/24] gdb: make store_integer take an array_view
Date: Thu, 30 Nov 2023 11:40:36 +0000	[thread overview]
Message-ID: <DM4PR11MB7303FAED04B7DE471312543EC482A@DM4PR11MB7303.namprd11.prod.outlook.com> (raw)
In-Reply-To: <20231124212656.96801-4-simon.marchi@efficios.com>

On Friday, November 24, 2023 10:26 PM Simon Marchi wrote:
> Change store_integer, store_signed_integer and store_unsigned_integer to
> accept an array_view.  Add some backwards compatibility overloads to
> avoid changing all callers at once.
> 
> Change-Id: Ibb1381228ab1cb65fc7e2e4b92cf9ab1047cdc03
> Reviewed-By: John Baldwin <jhb@FreeBSD.org>
> ---
>  gdb/defs.h    | 39 +++++++++++++++++++++++++++++++--------
>  gdb/findvar.c | 16 +++++++---------
>  2 files changed, 38 insertions(+), 17 deletions(-)
> 
> diff --git a/gdb/defs.h b/gdb/defs.h
> index e6dd93e791e3..f6b7a2a19a9e 100644
> --- a/gdb/defs.h
> +++ b/gdb/defs.h
> @@ -495,21 +495,44 @@ extern CORE_ADDR extract_typed_address (const gdb_byte *buf,
>     target-format integer at ADDR which is LEN bytes long.  */
> 
>  template<typename T, typename = RequireLongest<T>>
> -extern void store_integer (gdb_byte *addr, int len, enum bfd_endian byte_order,
> -			   T val);
> +extern void store_integer (gdb::array_view<gdb_byte> dst,
> +			   bfd_endian byte_order, T val);
> +
> +template<typename T>
> +static inline void
> +store_integer (gdb_byte *addr, int len, bfd_endian byte_order, T val)
> +{
> +  return store_integer (gdb::make_array_view (addr, len), byte_order, val);
> +}
> +
> +static inline void
> +store_signed_integer (gdb::array_view<gdb_byte> dst, bfd_endian byte_order,
> +		      LONGEST val)
> +{
> +  return store_integer (dst, byte_order, val);
> +}
> +
> +static inline void
> +store_signed_integer (gdb_byte *addr, int len, bfd_endian byte_order,
> +		      LONGEST val)
> +{
> +  return store_signed_integer (gdb::make_array_view (addr, len), byte_order,
> +			       val);
> +}
> 
>  static inline void
> -store_signed_integer (gdb_byte *addr, int len,
> -		      enum bfd_endian byte_order, LONGEST val)
> +store_unsigned_integer (gdb::array_view<gdb_byte> dst, bfd_endian byte_order,
> +			ULONGEST val)
>  {
> -  return store_integer (addr, len, byte_order, val);
> +  return store_integer (dst, byte_order, val);
>  }
> 
>  static inline void
> -store_unsigned_integer (gdb_byte *addr, int len,
> -			enum bfd_endian byte_order, ULONGEST val)
> +store_unsigned_integer (gdb_byte *addr, int len, bfd_endian byte_order,
> +			LONGEST val)

Did you mean ULONGEST here?

Thanks,
-Baris


>  {
> -  return store_integer (addr, len, byte_order, val);
> +  return store_unsigned_integer (gdb::make_array_view (addr, len), byte_order,
> +				 val);
>  }
> 
>  extern void store_typed_address (gdb_byte *buf, struct type *type,
> diff --git a/gdb/findvar.c b/gdb/findvar.c
> index 952ec20c0b73..c7a681f8a890 100644
> --- a/gdb/findvar.c
> +++ b/gdb/findvar.c
> @@ -159,12 +159,12 @@ extract_typed_address (const gdb_byte *buf, struct type *type)
>     target-format integer at ADDR which is LEN bytes long.  */
>  template<typename T, typename>
>  void
> -store_integer (gdb_byte *addr, int len, enum bfd_endian byte_order,
> +store_integer (gdb::array_view<gdb_byte> dst, enum bfd_endian byte_order,
>  	       T val)
>  {
>    gdb_byte *p;
> -  gdb_byte *startaddr = addr;
> -  gdb_byte *endaddr = startaddr + len;
> +  gdb_byte *startaddr = dst.data ();
> +  gdb_byte *endaddr = startaddr + dst.size ();
> 
>    /* Start at the least significant end of the integer, and work towards
>       the most significant.  */
> @@ -187,13 +187,11 @@ store_integer (gdb_byte *addr, int len, enum bfd_endian byte_order,
>  }
> 
>  /* Explicit instantiations.  */
> -template void store_integer (gdb_byte *addr, int len,
> -			     enum bfd_endian byte_order,
> -			     LONGEST val);
> +template void store_integer (gdb::array_view<gdb_byte> dst,
> +			     bfd_endian byte_order, LONGEST val);
> 
> -template void store_integer (gdb_byte *addr, int len,
> -			     enum bfd_endian byte_order,
> -			     ULONGEST val);
> +template void store_integer (gdb::array_view<gdb_byte> dst,
> +			     bfd_endian byte_order, ULONGEST val);
> 
>  /* Store the address ADDR as a pointer of type TYPE at BUF, in target
>     form.  */
> --
> 2.43.0


Intel Deutschland GmbH
Registered Address: Am Campeon 10, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de <http://www.intel.de>
Managing Directors: Christin Eisenschmid, Sharon Heck, Tiffany Doon Silva  
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928


  reply	other threads:[~2023-11-30 11:40 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-24 21:26 [PATCH v2 00/24] Fix reading and writing pseudo registers in non-current frames Simon Marchi
2023-11-24 21:26 ` [PATCH v2 01/24] gdb: don't handle i386 k registers as pseudo registers Simon Marchi
2023-11-24 21:26 ` [PATCH v2 02/24] gdb: use reg_buffer_common throughout gdbsupport/common-regcache.h Simon Marchi
2023-11-30 11:45   ` Aktemur, Tankut Baris
2023-11-30 21:02     ` Simon Marchi
2023-11-30 16:11   ` Aktemur, Tankut Baris
2023-11-30 18:01     ` Simon Marchi
2023-11-24 21:26 ` [PATCH v2 03/24] gdb: make store_integer take an array_view Simon Marchi
2023-11-30 11:40   ` Aktemur, Tankut Baris [this message]
2023-11-30 17:51     ` Simon Marchi
2023-11-24 21:26 ` [PATCH v2 04/24] gdb: simplify conditions in regcache::{read,write,raw_collect,raw_supply}_part Simon Marchi
2023-11-24 21:26 ` [PATCH v2 05/24] gdb: change regcache interface to use array_view Simon Marchi
2023-11-30 17:58   ` Aktemur, Tankut Baris
2023-11-30 20:09     ` Simon Marchi
2023-11-24 21:26 ` [PATCH v2 06/24] gdb: fix bugs in {get,put}_frame_register_bytes Simon Marchi
2023-11-24 21:26 ` [PATCH v2 07/24] gdb: make put_frame_register take an array_view Simon Marchi
2023-11-24 21:26 ` [PATCH v2 08/24] gdb: change value_of_register and value_of_register_lazy to take the next frame Simon Marchi
2023-11-24 21:26 ` [PATCH v2 09/24] gdb: remove frame_register Simon Marchi
2023-11-24 21:26 ` [PATCH v2 10/24] gdb: make put_frame_register take the next frame Simon Marchi
2023-11-24 21:26 ` [PATCH v2 11/24] gdb: make put_frame_register_bytes " Simon Marchi
2023-11-24 21:26 ` [PATCH v2 12/24] gdb: make get_frame_register_bytes " Simon Marchi
2023-11-24 21:26 ` [PATCH v2 13/24] gdb: add value::allocate_register Simon Marchi
2023-11-24 21:26 ` [PATCH v2 14/24] gdb: read pseudo register through frame Simon Marchi
2023-11-24 21:26 ` [PATCH v2 15/24] gdb: change parameter name in frame_unwind_register_unsigned declaration Simon Marchi
2023-11-24 21:26 ` [PATCH v2 16/24] gdb: rename gdbarch_pseudo_register_write to gdbarch_deprecated_pseudo_register_write Simon Marchi
2023-11-24 21:26 ` [PATCH v2 17/24] gdb: add gdbarch_pseudo_register_write that takes a frame Simon Marchi
2023-11-24 21:26 ` [PATCH v2 18/24] gdb: migrate i386 and amd64 to the new gdbarch_pseudo_register_write Simon Marchi
2023-11-24 21:26 ` [PATCH v2 19/24] gdb: make aarch64_za_offsets_from_regnum return za_offsets Simon Marchi
2023-11-27 11:42   ` Luis Machado
2023-11-27 15:56     ` Simon Marchi
2023-11-24 21:26 ` [PATCH v2 20/24] gdb: add missing raw register read in aarch64_sme_pseudo_register_write Simon Marchi
2023-11-27 11:43   ` Luis Machado
2023-11-27 15:57     ` Simon Marchi
2023-11-24 21:26 ` [PATCH v2 21/24] gdb: migrate aarch64 to new gdbarch_pseudo_register_write Simon Marchi
2023-11-28 12:35   ` Luis Machado
2023-11-24 21:26 ` [PATCH v2 22/24] gdb: migrate arm to gdbarch_pseudo_register_read_value Simon Marchi
2023-11-27 16:42   ` Luis Machado
2023-11-24 21:26 ` [PATCH v2 23/24] gdb: migrate arm to new gdbarch_pseudo_register_write Simon Marchi
2023-11-27 16:42   ` Luis Machado
2023-11-24 21:26 ` [PATCH v2 24/24] gdb/testsuite: add tests for unwinding of pseudo registers Simon Marchi
2023-11-27 11:53   ` Luis Machado
2023-11-27 15:59     ` 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=DM4PR11MB7303FAED04B7DE471312543EC482A@DM4PR11MB7303.namprd11.prod.outlook.com \
    --to=tankut.baris.aktemur@intel.com \
    --cc=aburgess@redhat.com \
    --cc=gdb-patches@sourceware.org \
    --cc=jhb@freebsd.org \
    --cc=luis.machado@arm.com \
    --cc=simon.marchi@efficios.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 read-only IMAP folder(s) and NNTP newsgroup(s).