This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: Bug in gas generating sh PIC, or is it me?
- From: Daniel Jacobowitz <drow at mvista dot com>
- To: Dan Kegel <dank at kegel dot com>
- Cc: Graeme Peterson <gp at qnx dot com>, binutils at sources dot redhat dot com
- Date: Sun, 1 Dec 2002 12:25:08 -0500
- Subject: Re: Bug in gas generating sh PIC, or is it me?
- References: <Pine.NTO.4.21.0211291818500.4755489-100000@node128.ott.qnx.com> <3DE7FB92.40209@kegel.com>
On Fri, Nov 29, 2002 at 03:43:14PM -0800, Dan Kegel wrote:
> Graeme Peterson wrote:
> >I think I may have found a bug in the sh PIC stuff in gas. Or I may have
> >a bug in the QNX sh-nto support. Not sure which, and so this e-mail. ;-)
> >
> >Basically it looks like an "off by 2" bug to me. If I have a source
> >file which I compile PIC into a shared object, any function calls from
> >that shared object into other PIC code blows up. I can call from main()
> >into the shared object fine if the .so does not call any other PIC
> >code, like printf(), or other functions in the same .so.
> >
> >I think the following assembly gets converted to values that are 2 bigger
> >than they used to be with binutils-2.10.1 ...
>
> For what it's worth, a coworker found that on sh4,
> binutils as shipped by Hard Hat 2.0, and also
> vanilla binutils 2.13, caused problems with shared libraries.
> binutils 2.13.1 works fine.
>
> That's neither here nor there, I suppose, but I just wanted
> to point out all was not perfect with the older binutils on sh4.
That's a different problem - and I think that I'll pull this new fix in
for 2.13.2, since I slipped on getting it out before I left for
Thanksgiving. HH2.0's ought to have worked but I certainly don't care
enough to find out why it didn't if 2.13.1 works :)
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer