Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "Pierre Muller" <pierre.muller@ics-cnrs.unistra.fr>
To: <gdb-patches@sourceware.org>
Subject: [RFC/RFA] Remove ARI warning for set_gdbarch_write_pc use
Date: Thu, 14 Feb 2013 09:44:00 -0000	[thread overview]
Message-ID: <000001ce0a97$e671cc00$b3556400$@muller@ics-cnrs.unistra.fr> (raw)
In-Reply-To: <001e01ce0388$e41155e0$ac3401a0$@muller@ics-cnrs.unistra.fr>

  I realized that the global maintainers might not have 
seen this message, which is really 
a request for comments or approval.

Pierre Muller
as ARI maintainer


> -----Message d'origine-----
> De : gdb-patches-owner@sourceware.org [mailto:gdb-patches-
> owner@sourceware.org] De la part de Pierre Muller
> Envoyé : mardi 5 février 2013 11:10
> À : gdb-patches@sourceware.org
> Objet : RE: New ARI warning Tue Feb 5 02:01:10 UTC 2013 in -D
2013-02-05-gmt
> 
>   Hi all,
> 
> As ARI maintainer,
> I was wondering if the fact that
>   set_gdbarch_write_pc is treated as write_pc
> inside the ARI script is really correct:
> 
>   I was always considering that gdbarch specific method are
> the right way to do things correctly in multi-target GDB.
> 
>   Why is then set_gdbarch_write_pc also considered as deprecated?
> 
>   If it should not be, the change below would take care of this:
> 
> Pierre Muller
> as ARI maintainer.
> 
> 
> 2013-02-05  Pierre Muller  <muller@sourceware.org>
> 
>         * contrib/ari/gdb_ari.sh (write_pc rule): Do not consider
>         set_gdbarch_write_pc as deprecated anymore.
> 
> Index: gdb_ari.sh
> ===================================================================
> RCS file: /cvs/src/src/gdb/contrib/ari/gdb_ari.sh,v
> retrieving revision 1.7
> diff -u -p -r1.7 gdb_ari.sh
> --- gdb_ari.sh  1 Jan 2013 06:32:56 -0000       1.7
> +++ gdb_ari.sh  5 Feb 2013 10:06:14 -0000
> @@ -1051,7 +1051,6 @@ a DECR_PC_AFTER_BREAK"
>      category["write_pc"] = ari_deprecate
>  }
>  /(^|[^_[:alnum:]])write_pc[[:space:]]*\(/ || \
> -/(^|[^_[:alnum:]])set_gdbarch_write_pc[[:space:]]*\(/ || \
>  /(^|[^_[:alnum:]])TARGET_WRITE_PC[[:space:]]*\(/ {
>      fail("write_pc")
>  }
> 
> > > gdb/aarch64-tdep.c:2619: deprecate: write_pc: Replace write_pc() with
> > get_frame_base_address or get_frame_id; at present the inferior function
> > call code still uses this when doing a DECR_PC_AFTER_BREAK
> > gdb/aarch64-tdep.c:2619:  set_gdbarch_write_pc (gdbarch,
> aarch64_write_pc);
> > gdb/aarch64-tdep.c:2619:  set_gdbarch_write_pc (gdbarch,
> aarch64_write_pc);
> > 274a277,279
> > > gdb/gdbarch.h:740: comment: GNU/Linux: Do not use 'Linux', instead use
> > 'Linux kernel' or 'GNU/Linux system'; comments should clearly
> differentiate
> > between the two (this test assumes that word 'Linux' appears on the same
> > line as the word 'GNU' or 'kernel' or a kernel version
> > gdb/gdbarch.h:740:/* The elfcore writer hook to use to write Linux
> prpsinfo
> > notes to core
> > > gdb/gdbarch.h:741: comment: GNU/Linux: Do not use 'Linux', instead use
> > 'Linux kernel' or 'GNU/Linux system'; comments should clearly
> differentiate
> > between the two (this test assumes that word 'Linux' appears on the same
> > line as the word 'GNU' or 'kernel' or a kernel version
> > gdb/gdbarch.h:741:   files.  Most Linux architectures use the same
> > prpsinfo32 or
> > > gdb/gdbarch.h:743: comment: GNU/Linux: Do not use 'Linux', instead use
> > 'Linux kernel' or 'GNU/Linux system'; comments should clearly
> differentiate
> > between the two (this test assumes that word 'Linux' appears on the same
> > line as the word 'GNU' or 'kernel' or a kernel version
> > gdb/gdbarch.h:743:   call the Linux generic routines in bfd to write
> > prpsinfo notes by
> > 556a562
> > > gdb/ppc-linux-tdep.c:1451: comment: GNU/Linux: Do not use 'Linux',
> instead
> > use 'Linux kernel' or 'GNU/Linux system'; comments should clearly
> > differentiate between the two (this test assumes that word 'Linux'
appears
> > on the same line as the word 'GNU' or 'kernel' or a kernel version
> > gdb/ppc-linux-tdep.c:1451:  /* Initialize the Linux target descriptions.
> */



  reply	other threads:[~2013-02-14  9:44 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-05  2:01 New ARI warning Tue Feb 5 02:01:10 UTC 2013 in -D 2013-02-05-gmt GDB Administrator
2013-02-05 10:09 ` Pierre Muller
2013-02-14  9:44   ` Pierre Muller [this message]
2013-04-15 17:33     ` [RFC/RFA] Remove ARI warning for set_gdbarch_write_pc use Joel Brobecker
2013-02-06  2:05 ` New ARI warning Tue Feb 5 02:01:10 UTC 2013 in -D 2013-02-05-gmt Sergio Durigan Junior
2013-02-06  9:59   ` Pierre Muller
2013-02-06 10:04     ` [RFC] Remove ARI GNU/Linux rule (was: New ARI warning Tue Feb 5 02:01:10 UTC 2013 in -D 2013-02-05-gmt) Pierre Muller
2013-02-06 15:29       ` Joel Brobecker
2013-02-14 13:56       ` Joel Brobecker
2013-02-14 21:09         ` Pierre Muller
     [not found]     ` <19773.0148713619$1360145095@news.gmane.org>
2013-02-06 16:08       ` [RFC] Remove ARI GNU/Linux rule Tom Tromey
     [not found]   ` <002001ce0450$9de57b00$d9b07100$%muller@ics-cnrs.unistra.fr>
     [not found]     ` <002301ce0451$4cbc6440$e6352cc0$%muller@ics-cnrs.unistra.fr>
2013-02-06 18:26       ` [RFC] Remove ARI GNU/Linux rule (was: New ARI warning Tue Feb 5 02:01:10 UTC 2013 in -D 2013-02-05-gmt) Eli Zaretskii
2013-02-06 19:19         ` Joel Brobecker
2013-02-06 19:39           ` 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='000001ce0a97$e671cc00$b3556400$@muller@ics-cnrs.unistra.fr' \
    --to=pierre.muller@ics-cnrs.unistra.fr \
    --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