[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