From: Eli Zaretskii <eliz@is.elta.co.il>
To: Jim Blandy <jimb@zwingli.cygnus.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: PATCH: minor cleanup to dwarf2read.c
Date: Tue, 03 Jul 2001 23:57:00 -0000 [thread overview]
Message-ID: <Pine.SUN.3.91.1010704095837.3231R-100000@is> (raw)
In-Reply-To: <20010703223023.0AE685E9D8@zwingli.cygnus.com>
On Tue, 3 Jul 2001, Jim Blandy wrote:
> 2001-07-03 Jim Blandy <jimb@redhat.com>
>
> * dwarf2read.c (dwarf2_build_psymtabs_hard): Remove extraneous
> code in loop condition. This seemed to be trying to round
> info_ptr up to the next four-byte boundary, but that's not what it
> actually did. If we discover the problem the old code was really
> trying to address, we can fix it properly.
IMHO, ChangeLog is never a proper place to put such comments. Should
the problem surface in the future, how do we expect someone to find
this piece of info?
I suggest to put this text as a comment in the source, together with a
copy of the old code, in case someone will actually need to fix this.
Btw, doesn't "cvs diff" and the ChangeLog entries tell enough about
the reason for the original code? If not, perhaps the person who did
that change ("cvs annotate" should reveal that) could shed some light
on this. Since the change you did is clearly incompatible with the
old code, I'm uneasy about making this change just because we don't
know why the old code was there. Someone might have labored very hard
on it.
> *** gdb/dwarf2read.c 2001/07/02 17:43:07 1.26
> --- gdb/dwarf2read.c 2001/07/03 22:27:17
> ***************
> *** 980,987 ****
> obstack_init (&dwarf2_tmp_obstack);
> back_to = make_cleanup (dwarf2_free_tmp_obstack, NULL);
>
> ! while ((unsigned int) (info_ptr - dwarf_info_buffer)
> ! + ((info_ptr - dwarf_info_buffer) % 4) < dwarf_info_size)
> {
> struct comp_unit_head cu_header;
> beg_of_comp_unit = info_ptr;
> --- 980,986 ----
> obstack_init (&dwarf2_tmp_obstack);
> back_to = make_cleanup (dwarf2_free_tmp_obstack, NULL);
>
> ! while (info_ptr < dwarf_info_buffer + dwarf_info_size)
> {
> struct comp_unit_head cu_header;
> beg_of_comp_unit = info_ptr;
>
next prev parent reply other threads:[~2001-07-03 23:57 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-07-03 15:29 Jim Blandy
2001-07-03 23:57 ` Eli Zaretskii [this message]
2001-07-04 1:28 ` Jim Blandy
2001-07-04 2:10 ` Eli Zaretskii
2001-07-04 8:33 ` Jim Blandy
2001-07-04 9:30 ` Andrew Cagney
2001-07-04 9:11 Jim Blandy
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=Pine.SUN.3.91.1010704095837.3231R-100000@is \
--to=eliz@is.elta.co.il \
--cc=gdb-patches@sources.redhat.com \
--cc=jimb@zwingli.cygnus.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