JDK 9 RFR of JDK-8035279: Clean up internal deprecations in BigInteger
Brian Burkhalter
brian.burkhalter at oracle.com
Wed Feb 26 23:51:06 UTC 2014
On Feb 26, 2014, at 1:53 PM, Paul Sandoz wrote:
>> Thanks for the suggestion, Paul. Assuming it is correct, in what way would this be a better approach? (I apologize for being obtuse.)
>>
>
> IMHO it is a simpler solution. It's a cache line that requires updating not the cache line*s*, as the current approach can potentially knock out cache lines for other radixes.
>
>
>> If it looks worth doing, I'll file another issue to track the idea. I already have it on my list anyway to follow up on Alan Eliasen's comment in the BigInteger code:
>>
>> * This could be changed to a more complicated caching method using
>> * {@code Future}.
>> */
>> private static BigInteger getRadixConversionCache(int radix, int exponent) {
>>
>
> Not quite sure what that would entail.
I filed Yet Another Issue to keep track of this.
Thanks,
Brian
More information about the core-libs-dev
mailing list