Avoid dependency on org.graalvm.collections

[JaroslavTulach]

Pull Request Description

I am trying to compile Enso with GraalVM 24.2.0 snapshot to verify that oracle/graal#8266 changes would work for Enso. Among the problems I am facing is a dependency on org.graalvm.collections because of using Pair. I don't think we need such dependency. Let's avoid it by using our own record with two components.

Checklist

Please ensure that the following checklist has been satisfied before submitting the PR:

• All code follows the
  Java,
• Unit tests continue to execute

[hubertp]

So what if we really decide to use Graal's collections? What's the actual problem?

[JaroslavTulach]

So what if we really decide to use Graal's collections? What's the actual problem?

The problem is in heavy weight dependencies. Less dependencies, the better. But of course, if we want EconomicMap for a real reason, we can use it.

[enso-bot]

Jaroslav Tulach reports a new STANDUP for yesterday (2024-09-17):

Progress: .

• preparing for the GraalVM meetup
• patch seems likely to work: Allow control of throwDeniedThreadAccess via TruffleContext.threadAccessDeniedHandler oracle/graal#8266 (comment)
• small PR towards GraalVM update: Avoid dependency on org.graalvm.collections #11107 - integrated
• meeting Pavel - (IR mini passes)
• meeting Hubert - (rationalism, Graal.js, Insight)
• logging discussions: https://discord.com/channels/@me/959434339182067712/1285621653883191391 It should be finished by 2024-09-19.

Next Day: Traveling to Zurich for GraalVM meetup

Discord

Discord - Group Chat That’s All Fun & Games

Discord is great for playing games and chilling with friends, or even building a worldwide community. Customize your own space to talk, play, and hang out.