Minor dbxout.c changes
Richard Kenner
kenner@vlsi1.ultra.nyu.edu
Sat May 26 03:55:00 GMT 2001
>From geoffk@geoffk.org Thu May 24 05:26:26 2001
Received: from alpha2.ultra.nyu.edu by vlsi1.ultra.nyu.edu (4.1/1.34)
id AA23787; Thu, 24 May 01 05:26:25 EDT
Received: from geoffk.org (desire.geoffk.org [64.2.60.52])
by alpha2.ultra.nyu.edu (8.9.3/8.9.3) with ESMTP id FAA25283
for <kenner@vlsi1.ultra.nyu.edu>; Thu, 24 May 2001 05:20:07 -0400 (EDT)
Received: (from geoffk@localhost)
by geoffk.org (8.9.3/8.9.3) id CAA01064;
Thu, 24 May 2001 02:22:54 -0700
To: kenner@vlsi1.ultra.nyu.edu (Richard Kenner)
Cc: gcc-patches@gcc.gnu.org
Subject: Re: Minor dbxout.c changes
References: < 10105182051.AA05548@vlsi1.ultra.nyu.edu >
From: Geoff Keating <geoffk@geoffk.org>
Date: 24 May 2001 02:21:54 -0700
In-Reply-To: kenner@vlsi1.ultra.nyu.edu's message of "Fri, 18 May 01 16:51:49 EDT"
Message-Id: < jmy9rnm79p.fsf@geoffk.org >
Lines: 22
X-Mailer: Gnus v5.5/Emacs 20.3
Status: RO
Hi Richard,
kenner@vlsi1.ultra.nyu.edu (Richard Kenner) writes:
> This mostly fixes a bug where we generate tags on variable-length
> record that causes objdump to crash, but also does some cleanup
> in using host_integerp instead of checking for INTEGER_CST.
How did you test this patch? I was looking at it, and this line:
> ! /* Do not generate a tag for records of variable size,
> ! since this type can not be properly described in the
> ! DBX format, and it confuses some tools such as objdump. */
here> ! && ! host_integerp (TYPE_SIZE (type), 1))
> {
> tree name = TYPE_NAME (type);
seems to do the opposite of what the comment says.
--
- Geoffrey Keating <geoffk@geoffk.org>
More information about the Gcc-patches
mailing list