From: "Eli Zaretskii" <eliz@gnu.org>
To: Andrew Cagney <cagney@gnu.org>
Cc: gdb-patches@sources.redhat.com, kettenis@gnu.org
Subject: Re: [commit] Tighten memory read/write methods
Date: Sat, 29 Jan 2005 10:33:00 -0000 [thread overview]
Message-ID: <01c505ed$Blat.v2.4$9bdbf9c0@zahav.net.il> (raw)
In-Reply-To: <41FA88EE.2030109@gnu.org> (message from Andrew Cagney on Fri, 28 Jan 2005 13:48:14 -0500)
> Date: Fri, 28 Jan 2005 13:48:14 -0500
> From: Andrew Cagney <cagney@gnu.org>
> Cc: gdb-patches@sources.redhat.com, Mark Kettenis <kettenis@gnu.org>
>
> Like I said to Mark:
>
> > We can certainly debate the merits of ISO vs BFD and bfd_byte vs void [vs gdb_byte], however lets keep that debate separate to my current task - getting constants sufficiently propogated for me to do my next value.h commit which in turn finishes DW_OP_piece.
(Please don't assume that I didn't read your messages, nor that
reiterating them will help resolving the issues.)
If finishing DW_OP_piece causes contamination of GDB sources with
extraneous identifiers that should not be there, I object to your
doing that without asking for consensus.
In other words, these are indeed two separate issues, but since the
side effect of your solution is much broader than what is strictly
needed for DW_OP_piece, we should discuss and decide on the bfd_byte
thingy separately, _before_ it is used, not _after_.
So please stop committing changes that spread bfd_byte across the
sources until we discuss this and come to some consensus. You've
heard 2 maintainers object to that, and yet you still continue with
committing more and more of the changes to which we object.
next prev parent reply other threads:[~2005-01-29 10:33 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-27 20:11 Andrew Cagney
2005-01-27 21:04 ` Mark Kettenis
2005-01-27 23:06 ` Andrew Cagney
2005-01-28 8:46 ` Mark Kettenis
2005-01-28 11:43 ` Eli Zaretskii
2005-01-28 18:48 ` Andrew Cagney
2005-01-28 20:21 ` Mark Kettenis
2005-01-29 10:33 ` Eli Zaretskii [this message]
2005-01-27 21:05 ` Mark Kettenis
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='01c505ed$Blat.v2.4$9bdbf9c0@zahav.net.il' \
--to=eliz@gnu.org \
--cc=cagney@gnu.org \
--cc=gdb-patches@sources.redhat.com \
--cc=kettenis@gnu.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