This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [m68k] PIC fixes
- From: "Aaron J. Grier" <aaron at frye dot com>
- To: Paul Brook <paul at codesourcery dot com>
- Cc: gcc-patches at gcc dot gnu dot org, Bernardo Innocenti <bernie at develer dot com>
- Date: Tue, 20 Dec 2005 14:01:50 -0800
- Subject: Re: [m68k] PIC fixes
- References: <20050412145347.GA26669@nevyn.them.org> <200512202143.15191.paul@codesourcery.com>
On Tue, Dec 20, 2005 at 09:43:14PM +0000, Paul Brook wrote:
> This is a followup for a patch originally posted by Dan some time ago,
> with the two changes requested by Bernardo.
>
> http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01281.html
>
> This is a regression where gcc tries to generate bsr.l for pic code on
> targets that don't support bsr.l.
>
> There was some discussion about whether -fpic should use bsr.w. IIUC
> the conclusion was that even though text/data are <64k, the GOT may
> still be a long way from .text. If people want a really-small model it
> should be implemented as a separate option.
according to my reference manual, 68030 and 68040 can also do 32bit
displacements, so checking only TARGET_68020 is not sufficient.
if USE_GAS is enabled, could jbsr be generated, and let gas figure out
if the displacement will fit into a word or byte?
--
Aaron J. Grier | Frye Electronics, Tigard, OR | aaron@frye.com