[llvm] r268539 - [AArch64] Use the reciprocal estimation machinery
Evandro Menezes via llvm-commits
llvm-commits at lists.llvm.org
Tue Sep 20 07:00:48 PDT 2016
Renato,
You're looking at the initial version of the patch, before Matthias
added the appropriate feature to remove the test for a specific core.
And, not unlike other features, yes, it's only used for specific
subtargets. Singling it out amidst a dozen of features seems arbitrary.
Regardless, I'll propose a cost model to be used in the DAG combiner
generically by targets in the discussion you pointed out.
Thank you,
--
Evandro Menezes
On 09/20/16 07:36, Renato Golin wrote:
> On 20 September 2016 at 13:15, Evandro Menezes via llvm-commits
> <llvm-commits at lists.llvm.org> wrote:
>> Thus, if anything, the discussion should be broader than AArch64. Until
>> that's settled, it's preferable to keep this patch until an universal
>> solution is found, IMO.
> Hi Evandro,
>
> I agree this needs a wider audience, but the patch is introducing
> "isCoreX" which we have extensively discussed is a pattern we want to
> be moving away from, not towards. Making it into
> "hasFeatureFastReciprocal" won't help either. If you read the
> discussion topics I pointed you, this is not just dependent on the
> architecture, but on the context.
>
> Rushing this feature in and leaving it there to push artificial
> benchmark numbers up (no one else will be building them with
> -mcpu=exynos-m1) seems tempting, but we much refrain from specific
> code when the behaviour is not deterministic in the overall case.
>
> cheers,
> --renato
>
>
>
More information about the llvm-commits
mailing list