This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: buglet in binutils/debug.c
- To: binutils at sourceware dot cygnus dot com
- Subject: Re: buglet in binutils/debug.c
- From: "Aaron J. Grier" <aaron at frye dot com>
- Date: Wed, 18 Jul 2001 16:22:02 -0700
- References: <20000616174149.C17722@aaron.fryebox.com>
On Fri, Jun 16, 2000 at 05:41:49PM -0700, Aaron J. Grier wrote:
> --- binutils-2.9.5.0.37/binutils/debug.c.orig Fri Jun 16 17:18:56 2000
> +++ binutils-2.9.5.0.37/binutils/debug.c Fri Jun 16 17:28:16 2000
> @@ -2198,6 +2198,12 @@
> debug_get_type_name (handle, type));
> return NULL;
> }
> + if (l->next == l)
> + {
> + fprintf (stderr,
> + _("debug_get_real_type: l->next == l, I'm in a loop\n"));
> + break;
> + }
> }
>
> rl.next = list;
>
> this is probably not an optimal solution, but I was getting into an
> endless loop when running m68k-rtems-objdump --debugging --disassemble
> and needed a quick fix.
I noticed this a year ago. this problem still exists in
binutils-2.12.2, and in the current version of binutils, apparent for
m68k-rtems-elf when trying to objcopy from elf to ieee with --debugging.
any ideas where to start hunting this bug down? it's certainly been
there long enough...
--
Aaron J. Grier | Frye Electronics, Tigard, OR | aaron@frye.com
Of course unix clones exist...
How else are unix supposed to reproduce?