[PATCH], Rename and document PowerPC -mprefixed-addr to -mprefixed

Michael Meissner meissner@linux.ibm.com
Tue Feb 11 18:33:00 GMT 2020


On Mon, Feb 10, 2020 at 09:24:07PM -0600, Segher Boessenkool wrote:
> Hi!
> 
> On Mon, Feb 10, 2020 at 01:45:42PM -0500, Michael Meissner wrote:
> > This patch renames the PowerPC internal switch -mprefixed-addr to be
> > -mprefixed.
> 
> > If you use -mpcrel, you must be using the 64-bit ELF v2 ABI, and the code model
> > must be medium.
> 
> Currently, anyway.
> 
> > If you use -mpcrel, the compiler will generate PC-relative
> > loads and stores to access items, rather than the current TOC based loads and
> > stores.
> 
> Where that is the best thing to do.  Is that always now?  :-)
> 
> > If you use -mpcrel, it implies -mprefixed.  If you use -mno-prefixed, you
> > cannot use -mpcrel.
> 
> -mno-prefixed should imply -mno-pcrel; does it?

Yes.  -mno-prefixed-addr also impied -mno-pcrel.

> > 	* doc/invoke.texi (RS/6000 and PowerPC Options): Docment the
> 
> (typo)

Thanks.

> > --- /tmp/1ySv8k_invoke.texi	2020-02-07 17:56:52.700489015 -0500
> > +++ gcc/doc/invoke.texi	2020-02-07 17:34:02.925611138 -0500
> > @@ -22327,7 +22328,6 @@ faster on processors with 32-bit busses
> >  aligns structures containing the above types differently than
> >  most published application binary interface specifications for the m68k.
> >  
> > -@item -mpcrel
> >  @opindex mpcrel
> >  Use the pc-relative addressing mode of the 68000 directly, instead of
> >  using a global offset table.  At present, this option implies @option{-fpic},
> 
> This isn't a correct change.

Yeah, evidently I put the PowerPC stuff in the m68 -mpcrel area.  I'll fix it.

> Okay for trunk modulo the m68k change.  Thanks!
> 
> 
> Segher

-- 
Michael Meissner, IBM
IBM, M/S 2506R, 550 King Street, Littleton, MA 01460-6245, USA
email: meissner@linux.ibm.com, phone: +1 (978) 899-4797



More information about the Gcc-patches mailing list