On Thu, Jun 06, 2019 at 07:53:29PM -0400, Michael Meissner wrote:
> On Thu, Jun 06, 2019 at 06:14:29PM -0500, Segher Boessenkool wrote:
> > On Thu, Jun 06, 2019 at 06:42:16PM -0400, Michael Meissner wrote:
> > > 2019-06-06  Michael Meissner  <meiss...@linux.ibm.com>
> > >   -mpcrel automatically sets -mcpu=future and -mprefixed-addr, and
> > 
> > Automatically setting -mcpu= is a bad thing.  Instead, we should just
> > error out if someone tries to use -mpcrel with a CPU (or ABI, etc.) that
> > doesn't support it.  Or, is there any special reason you want it?
> 
> Well, I was trying to be consistant with the other things (-mpower9-vector
> automaically sets all of the other power9 options).

Yes, and that is no end of pain.  It's better than just enabling *some*
of the p9 insns, sure.

> As I mentioned elsewhere, there is a real problem with options specified on 
> the
> command line and pragma/attribute target (basically if you set -mpcrel on the
> command line, and then do '#pragma GCC target ("cpu=power9")', it will
> currently complain that -mfuture or -mcpu=future is not set.

That, for example.

> > In the future, we will not have an -mprefixed-addr option (it will be
> > always on for CPUs that support it), and I don't see any real reason
> > to allow disabling pcrel either, but we'll see.
> 
> Well I suspect for at least several months we will need the ability to turn 
> off
> pc-relative support but allow the other future stuff.

Oh certainly.  But we should keep the eventual goal in mind, and structure
things for *that*, where possible.


Segher

Reply via email to