On Thu, 28 May 2026 11:51:55 GMT, Marc Chevalier <[email protected]> wrote:
>> The point is not really to limit the amount of nodes, but rather to limit >> how fast they come. >> >> As suggested on JBS, I've made `make_scalar_in_safepoints` able to process a >> single safepoint, and `SafePointNode::Ideal` is just taking care of itself. >> I have added an overload for compatibility. The name is a bit awkward, >> especially the plural, since if the new last argument is provided, it >> doesn't work on multiple safepoints. Yet it does the same, and we can argue >> it still works on all the safepoints contained in a singleton set. Besides, >> `make_scalar_in_safepoint` exists, and is a helper of >> `make_scalar_in_safepoints`, so I'd rather not mess with names too much. >> Similar semantics get the same name. >> >> Conceptually, it also sounds nicer to me that idealizing a safepoint is not >> touching all the other cousin safepoints at the same time. >> >> Thanks, >> Marc >> >> --------- >> - [x] I confirm that I make this contribution in accordance with the >> [OpenJDK Interim AI Policy](https://openjdk.org/legal/ai). > > Marc Chevalier has updated the pull request incrementally with one additional > commit since the last revision: > > Comment Thanks for the quick review! ------------- PR Comment: https://git.openjdk.org/valhalla/pull/2480#issuecomment-4563722591
