This is the mail archive of the
mailing list for the GCC project.
Re: [PATCH] Perform case-insensitive comparison when decoding register names (PR target/70320)
- From: Segher Boessenkool <segher at kernel dot crashing dot org>
- To: Jozef Lawrynowicz <jozef dot l at mittosystems dot com>
- Cc: Richard Sandiford <richard dot sandiford at arm dot com>, gcc-patches at gcc dot gnu dot org
- Date: Tue, 9 Jul 2019 16:36:46 -0500
- Subject: Re: [PATCH] Perform case-insensitive comparison when decoding register names (PR target/70320)
- References: <20190704133259.3a063d91@jozef-kubuntu> <20190704224416.GG18316@gate.crashing.org> <email@example.com> <20190708222129.59562c2e@jozef-kubuntu> <20190708214215.GI30355@gate.crashing.org> <20190709221631.3612d0b8@jozef-kubuntu>
On Tue, Jul 09, 2019 at 10:16:31PM +0100, Jozef Lawrynowicz wrote:
> On Mon, 8 Jul 2019 16:42:15 -0500
> Segher Boessenkool <firstname.lastname@example.org> wrote:
> > > Ok, yes a DEFHOOKPOD or similar sounds like a good idea, I'll look into this
> > > alternative.
> > What is that, like target macros? But with some indirection?
> Yes its for target macros, it looks like the "POD" in DEFHOOKPOD stands for
> "piece-of-data", i.e. the hook represents a variable rather than function.
But it is data, not a constant, so it does not allow optimising based
on its potentially constant value? Where "potentially" in this case
means "always" :-/