RFR: 8248188: Add IntrinsicCandidate and API for Base64 decoding

Martin Doerr mdoerr at openjdk.java.net
Mon Oct 5 15:55:40 UTC 2020


On Wed, 30 Sep 2020 19:16:58 GMT, CoreyAshford <github.com+51754783+CoreyAshford at openjdk.org> wrote:

>>> Did you try on x86? AOT is not supported on PPC64.
>> 
>> I didn't.  No wonder.  Thank you!
>
>> Did you try on x86? AOT is not supported on PPC64.
> 
> After looking at this a bit, I find that there seems to be an assumption in the code that if there is an intrinsic
> symbol defined in aotCodeHeap.cpp using the SET_AOT_GLOBAL_SYMBOL_VALUE macro, it is required that the intrinsic is
> implemented for every arch that implements AOT.  In this case, there isn't an implementation for x86_64 (yet), so
> that's why the failure is occurring.  I was tempted to put in an arch-specific #if for ppc arch only, but I don't see
> any arch-specific code in this area, and it doesn't make sense either because AOT isn't supported on ppc at all.
> Another alternative is to remove the SET_AOT_GLOBAL_SYMBOL_VALUE for decodeBlock, since the implementation is not
> defined (yet) for any arch which supports AOT.  A third alternative would be to leave the macro call in, but comment it
> out, saying to uncomment it when it's supported on all AOT-capable arches.  Any thoughts?

Nobody replied, so I suggest to leave aotCodeHeap.cpp as it was. AOT folks can add it when they need it.

-------------

PR: https://git.openjdk.java.net/jdk/pull/293


More information about the core-libs-dev mailing list