From: Christopher Faylor <cgf@redhat.com>
To: gdb-patches@sources.redhat.com
Subject: Re: [RFA] fix child_xfer_memory in hppah-nat.c
Date: Sun, 04 Feb 2001 11:48:00 -0000 [thread overview]
Message-ID: <20010204144850.C1342@redhat.com> (raw)
In-Reply-To: <200102040619.WAA29062@bosch.cygnus.com>
On Sat, Feb 03, 2001 at 10:19:21PM -0800, Michael Elizabeth Chastain wrote:
>This patch fixes hppah-nat.c:xfer_child_memory to declare the new
>'struct mem_attrib *' argument.
>
>This patch is needed to build sourceware gdb on hpux 10.20.
>
>Jeff Law is the maintainer of "hpux, hp pa native", but Jeff is on
>vacation right now. So I appeal to one of the blanket write maintainers
>for approval.
>
>I tested this patch by building on an hpux 10.20 machine.
>
>This patch does not make hpux gdb actually work. When I run a child
>process, gdb goes catatonic. This is the same behavior that sourceware
>gdb had in the 2001-01-22 version (a day before the interface change to
>child_xfer_memory). By using an older gdb to debug both the 2001-01-22
>gdb and today's gdb with my patch applied, I saw that neither of them
>got as far as child_xfer_memory.
>
>OK to commit?
You might want to add an ATTRIBUTE_UNUSED to 'struct mem_attrib *mem' to
stop a potential compiler warning.
cgf
>Michael Elizabeth Chastain
><chastain@redhat.com>
>"love without fear"
>
>===
>
>2001-02-03 Michael Chastain <chastain@redhat.com>
>
> * hppah-nat.c (xfer_child_memory): Add parameter 'struct mem_attrib *'
> to conform with interface change.
>
>====
>
>Index: gdb/hppah-nat.c
>===================================================================
>RCS file: /cvs/src/src/gdb/hppah-nat.c,v
>retrieving revision 1.6
>diff -c -3 -p -r1.6 hppah-nat.c
>*** gdb/hppah-nat.c 2000/12/15 01:01:47 1.6
>--- gdb/hppah-nat.c 2001/02/03 20:32:50
>*************** fetch_register (int regno)
>*** 266,271 ****
>--- 266,272 ----
>
> int
> child_xfer_memory (CORE_ADDR memaddr, char *myaddr, int len, int write,
>+ struct mem_attrib *mem,
> struct target_ops *target)
> {
> register int i;
--
cgf@cygnus.com Red Hat, Inc.
http://sources.redhat.com/ http://www.redhat.com/
From chastain@cygnus.com Sun Feb 04 12:00:00 2001
From: Michael Elizabeth Chastain <chastain@cygnus.com>
To: cgf@redhat.com, gdb-patches@sources.redhat.com
Subject: Re: [RFA] fix child_xfer_memory in hppah-nat.c
Date: Sun, 04 Feb 2001 12:00:00 -0000
Message-id: <200102042000.MAA02222@bosch.cygnus.com>
X-SW-Source: 2001-02/msg00041.html
Content-length: 421
Chris Faylor writes:
> You might want to add an ATTRIBUTE_UNUSED to 'struct mem_attrib *mem' to
> stop a potential compiler warning.
I thought about that. There are no other ATTRIBUTE_UNUSED in hppah-nat.c.
The specific function child_xfer_memory already has one unused parameter,
"struct target_ops *target", and it is not marked ATTRIBUTE_UNUSED.
Michael Elizabeth Chastain
<chastain@redhat.com>
"love without fear"
From philb@gnu.org Sun Feb 04 13:06:00 2001
From: Philip Blundell <philb@gnu.org>
To: gdb-patches@sources.redhat.com
Subject: patch for ARM GNU/Linux
Date: Sun, 04 Feb 2001 13:06:00 -0000
Message-id: <E14PWEF-0006Yz-00@kings-cross.london.uk.eu.org>
X-SW-Source: 2001-02/msg00042.html
Content-length: 3424
I needed this patch to build the current code on an arm-linux machine.
p.
2001-02-04 Philip Blundell <philb@gnu.org>
* config/arm/linux.mh (NATDEPFILES): Add proc-service.o,
thread-db.o, lin-lwp.o; remove lin-thread.o, linux-thread.o.
* config/arm/nm-linux (PREPARE_TO_PROCEED, ATTACH_LWP,
GET_THREAD_SIGNALS): Define.
* arm-linux-nat.c (fill_gregset): Correct type of argument.
(supply_gregset): Likewise.
(fill_fpregset): Likewise.
(supply_fpregset): Likewise.
Index: arm-linux-nat.c
===================================================================
RCS file: /cvs/src/src/gdb/arm-linux-nat.c,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 arm-linux-nat.c
--- arm-linux-nat.c 2000/05/26 23:22:40 1.7
+++ arm-linux-nat.c 2001/02/04 20:47:02
@@ -575,7 +575,7 @@ store_inferior_registers (int regno)
If regno is -1, do this for all registers. */
void
-fill_gregset (gregset_t *gregsetp, int regno)
+fill_gregset (gdb_gregset_t *gregsetp, int regno)
{
if (-1 == regno)
{
@@ -607,7 +607,7 @@ fill_gregset (gregset_t *gregsetp, int r
in *gregsetp. */
void
-supply_gregset (gregset_t *gregsetp)
+supply_gregset (gdb_gregset_t *gregsetp)
{
int regno, reg_pc;
@@ -628,7 +628,7 @@ supply_gregset (gregset_t *gregsetp)
If regno is -1, do this for all registers. */
void
-fill_fpregset (fpregset_t *fpregsetp, int regno)
+fill_fpregset (gdb_fpregset_t *fpregsetp, int regno)
{
FPA11 *fp = (FPA11 *) fpregsetp;
@@ -654,7 +654,7 @@ fill_fpregset (fpregset_t *fpregsetp, in
in *fpregsetp. */
void
-supply_fpregset (fpregset_t *fpregsetp)
+supply_fpregset (gdb_fpregset_t *fpregsetp)
{
int regno;
FPA11 *fp = (FPA11 *) fpregsetp;
Index: config/arm/linux.mh
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/linux.mh,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 linux.mh
--- linux.mh 2000/10/30 22:35:46 1.6
+++ linux.mh 2001/02/04 20:47:02
@@ -4,8 +4,9 @@ XM_FILE= xm-linux.h
XDEPFILES=
NAT_FILE= nm-linux.h
-NATDEPFILES= infptrace.o inftarg.o fork-child.o corelow.o \
- core-regset.o arm-linux-nat.o linux-thread.o lin-thread.o
+NATDEPFILES= infptrace.o inftarg.o fork-child.o corelow.o \
+ core-regset.o arm-linux-nat.o \
+ proc-service.o thread-db.o lin-lwp.o
LOADLIBES= -ldl -rdynamic
Index: config/arm/nm-linux.h
===================================================================
RCS file: /cvs/src/src/gdb/config/arm/nm-linux.h,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 nm-linux.h
--- nm-linux.h 2000/04/20 21:13:19 1.2
+++ nm-linux.h 2001/02/04 20:47:02
@@ -30,4 +30,20 @@ extern int kernel_u_size (void);
/* Override copies of {fetch,store}_inferior_registers in infptrace.c. */
#define FETCH_INFERIOR_REGISTERS
+/* FIXME: kettenis/2000-09-03: This should be moved to ../nm-linux.h
+ once we have converted all Linux targets to use the new threads
+ stuff (without the #undef of course). */
+
+extern int lin_lwp_prepare_to_proceed (void);
+#undef PREPARE_TO_PROCEED
+#define PREPARE_TO_PROCEED(select_it) lin_lwp_prepare_to_proceed ()
+
+extern void lin_lwp_attach_lwp (int pid, int verbose);
+#define ATTACH_LWP(pid, verbose) lin_lwp_attach_lwp ((pid), (verbose))
+
+#include <signal.h>
+
+extern void lin_thread_get_thread_signals (sigset_t *mask);
+#define GET_THREAD_SIGNALS(mask) lin_thread_get_thread_signals (mask)
+
#endif /* NM_ARMLINUX_H */
next parent reply other threads:[~2001-02-04 11:48 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200102040619.WAA29062@bosch.cygnus.com>
2001-02-04 11:48 ` Christopher Faylor [this message]
2001-02-04 13:37 ` Andrew Cagney
[not found] ` <Pine.SUN.3.91.1010205110800.5862G-100000@is>
[not found] ` <20010205131813.A734@redhat.com>
2001-02-06 8:37 ` Eli Zaretskii
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=20010204144850.C1342@redhat.com \
--to=cgf@redhat.com \
--cc=gdb-patches@sources.redhat.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