X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Fri, 25 Jan 2013 16:00:06 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Binutils objcopy bug (was Re: rebase segfault)
Message-ID: <20130125150006.GC26731@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <50F5D246 DOT 6010902 AT gmail DOT com> <50F653AB DOT 80102 AT gmail DOT com> <20130116123509 DOT GA16991 AT calimero DOT vinschen DOT de> <50F6AD63 DOT 8080106 AT gmail DOT com> <20130124030145 DOT 22fa143f AT YAAKOV04> <20130124092746 DOT GC8311 AT calimero DOT vinschen DOT de> <510103AF DOT 3080305 AT gmail DOT com> <20130124100037 DOT GB24121 AT calimero DOT vinschen DOT de> <51027B9E DOT 3080104 AT gmail DOT com> <CAEwic4b6jQkh+5FT+R1um12U09nqHoNcR1Vj7kZpsuvQb7pMpg AT mail DOT gmail DOT com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <CAEwic4b6jQkh+5FT+R1um12U09nqHoNcR1Vj7kZpsuvQb7pMpg@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Jan 25 14:19, Kai Tietz wrote:
> 2013/1/25 marco atzeri <marco DOT atzeri AT gmail DOT com>:
> > On 1/24/2013 11:00 AM, Corinna Vinschen wrote:
> >
> >> I already explained why:  The SEGV happens during relocation.
> >> The file header has been changed already.  If you call the
> >> same rebase, it will try to rebase the file to the same new
> >> address.  If current file base address == requested file base
> >> address, rebase will return without performing any action.
> >>
> >
> > Hi Corinna,
> > I would like your opinion on this .reloc strange issue of
> > dict_snowball, as I have the impression I found the root cause.
> > [...]
> > Questions:
> > - Is it anomalous to have a .reloc portion addressing the
> > debug_* sections (so the original build file is broken)
> > - or should strip recognize and remove reloc portion not
> > anymore relevant ?
> >
> > rebase is choking on this portion of the .reloc table
> >
> >>
> >> Corinna
> >>
> >
> > Thansk in advance
> > Marco
> 
> Well, here are my 2-cents about that issue.  In general it is a flaw
> to have an base-relocation in debug-section, as this means such a
> section can't be moved into a separate debug-file anymore, due that
> has no relocation-information.
> Nevertheless it would be good, if objcopy gets adjusted to eliminated
> base-relocations of stripped sections.

But the tool generating these debug relocs is gas, isn't it?  Why
on earth does it do that?!?

I still think rebase is not to blame here.  It has to assume that
the relocation info is correct, doesn't it?


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple