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