From: Simon Marchi <simon.marchi@ericsson.com>
To: <gdb-patches@sourceware.org>
Cc: <qiyaoltc@gmail.com>, Simon Marchi <simon.marchi@ericsson.com>
Subject: [PATCH] Fix length calculation in aarch64_linux_set_debug_regs
Date: Mon, 02 Nov 2015 14:48:00 -0000 [thread overview]
Message-ID: <1446475684-31936-1-git-send-email-simon.marchi@ericsson.com> (raw)
There is this build failure when building in C++:
In file included from build-gnulib/import/stddef.h:45:0,
from /usr/include/time.h:37,
from build-gnulib/import/time.h:41,
from build-gnulib/import/sys/stat.h:44,
from ../bfd/bfd.h:44,
from /home/simark/src/binutils-gdb/gdb/common/common-types.h:35,
from /home/simark/src/binutils-gdb/gdb/common/common-defs.h:44,
from /home/simark/src/binutils-gdb/gdb/nat/aarch64-linux-hw-point.c:19:
/home/simark/src/binutils-gdb/gdb/nat/aarch64-linux-hw-point.c: In function âvoid aarch64_linux_set_debug_regs(const aarch64_debug_reg_state*, int, int)â:
/home/simark/src/binutils-gdb/gdb/nat/aarch64-linux-hw-point.c:564:64: error: âcountâ cannot appear in a constant-expression
iov.iov_len = (offsetof (struct user_hwdebug_state, dbg_regs[count - 1])
^
I don't really understand the length computation done here.
From what I understand, the dbg_regs array in the user_hwdebug_state structure
is 16 elements long, but we don't use all of them. We want iov_len to reflect
only the used bytes. If that's true, I don't think that the current code is
correct. Instead, it can be computed simply with:
offsetof (struct user_hwdebug_state, dbg_regs) + count * sizeof (regs.dbg_reg[0]);
Does it make sense?
gdb/ChangeLog:
* nat/aarch64-linux-hw-point.c (aarch64_linux_set_debug_regs): Fix
iov_len computation.
---
gdb/nat/aarch64-linux-hw-point.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gdb/nat/aarch64-linux-hw-point.c b/gdb/nat/aarch64-linux-hw-point.c
index 1a5fa6a..dcbfa98 100644
--- a/gdb/nat/aarch64-linux-hw-point.c
+++ b/gdb/nat/aarch64-linux-hw-point.c
@@ -561,8 +561,8 @@ aarch64_linux_set_debug_regs (const struct aarch64_debug_reg_state *state,
ctrl = watchpoint ? state->dr_ctrl_wp : state->dr_ctrl_bp;
if (count == 0)
return;
- iov.iov_len = (offsetof (struct user_hwdebug_state, dbg_regs[count - 1])
- + sizeof (regs.dbg_regs [count - 1]));
+ iov.iov_len = (offsetof (struct user_hwdebug_state, dbg_regs)
+ + count * sizeof (regs.dbg_regs[0]));
for (i = 0; i < count; i++)
{
--
2.5.1
next reply other threads:[~2015-11-02 14:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-02 14:48 Simon Marchi [this message]
2015-11-02 16:00 ` Pedro Alves
2015-11-02 17:09 ` Simon Marchi
2015-11-02 17:57 ` Pedro Alves
2015-11-02 18:17 ` Simon Marchi
2015-11-02 18:19 ` Pedro Alves
2015-11-02 18:25 ` Andreas Schwab
2015-11-02 16:51 ` Yao Qi
2015-11-19 11:52 ` Yao Qi
2015-11-19 13:32 ` Simon Marchi
2015-11-19 13:51 ` Yao Qi
2015-11-19 15:20 ` 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=1446475684-31936-1-git-send-email-simon.marchi@ericsson.com \
--to=simon.marchi@ericsson.com \
--cc=gdb-patches@sourceware.org \
--cc=qiyaoltc@gmail.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