This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: Release 2.21 - Soon...
- From: Steve Ellcey <sje at cup dot hp dot com>
- To: "Maciej W. Rozycki" <macro at codesourcery dot com>
- Cc: Tristan Gingold <gingold at adacore dot com>, binutils <binutils at sourceware dot org>, Richard Sandiford <richard dot sandiford at linaro dot org>
- Date: Fri, 03 Dec 2010 13:10:57 -0800
- Subject: Re: Release 2.21 - Soon...
- References: <201012031743.oB3HhE615203@lucas.cup.hp.com> <alpine.DEB.1.10.1012031806450.4239@tp.orcam.me.uk>
- Reply-to: sje at cup dot hp dot com
On Fri, 2010-12-03 at 18:08 +0000, Maciej W. Rozycki wrote:
> My December changes are not intended to go into 2.21 and are not on the
> 2.21 branch -- are you seeing the problem with the release branch too?
>
> Maciej
Maciej,
I have submitted a binutils defect report for this problem,
http://sourceware.org/bugzilla/show_bug.cgi?id=12287, and included what
information I have so far. I can show the problem using a small C++
program and their are two new failures in the GAS testsuite that show up
with this change. The problem definitely starts with this checkin:
2010-12-01 Maciej W. Rozycki <macro@codesourcery.com>
* symbols.h (dot_symbol): New declaration.
(dot_symbol_init): New prototype.
* symbols.c (dot_symbol): New variable.
(symbol_clone): Assert it's not dot_symbol being cloned.
(dot_symbol_init): New function.
(symbol_clone_if_forward_ref): Create a new temporary symbol
when trying to clone dot_symbol.
* expr.c (current_location): Refer to dot_symbol instead of
making a new temporary symbol.
* read.c (read_a_source_file): Update dot_symbol as we go.
* as.c (main): Call dot_symbol_init.
But I don't know what is causing the change.
Steve Ellcey
sje@cup.hp.com