From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andrew Cagney <ac131313@cygnus.com>
To: "H . J . Lu" <hjl@lucon.org>
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>, Richard Henderson <rth@redhat.com>, David B Anderson <davea@quasar.engr.sgi.com>, gdb@sourceware.cygnus.com, binutils@sourceware.cygnus.com
Subject: Re: Why does mips define elf_backend_sign_extend_vma to true?
Date: Thu, 09 Aug 2001 12:23:00 -0000
Message-id: <3B72E31C.6050405@cygnus.com>
References: <20010807232102.A19636@lucon.org> <Pine.GSO.3.96.1010808100426.21622B-100000@delta.ds2.pg.gda.pl> <20010808072922.C26704@lucon.org> <3B7151C1.4030203@cygnus.com> <20010808080306.C26983@lucon.org> <3B71582D.4050003@cygnus.com> <20010808090249.A28467@lucon.org>
X-SW-Source: 2001-08/msg00087.html

> There is a bug but the underlying problem is the oposite of what you 
>> claim.  Something is breaking that simple always sign-extend rule 
>> (forgetting to sign extend something) and, as a consequence, the symbol 
>> lookup is failing.
>> 
> 
> 
> I am willing to buy it. The immediate problem is in
> 
> struct obj_section *
> find_pc_sect_section (CORE_ADDR pc, struct sec *section)
> {
>   struct obj_section *s;
>   struct objfile *objfile;


Ah, now your getting it! :-)

In the bad old days, one developer would decide that the PC was wrong, 
and a second would decide that the s->endaddr was wrong.  They would 
then fix/test their local cases and commit their changes.  Only to find 
that their target was still broken .... :-/

	Andrew