[2023-12-04] Library & Engine Team Update

[GregoryTravis]

• James: Separating Table tests from the Tests project. Separating Table tests from the Tests project. #8397
• Radosław: Reworking Excel support to allow for reading of big files, inferring XLS format when decoding a stream
  Reworking Excel support to allow for reading of big files #8403
• Radosław: Fix nesting of Test.group Fix nesting of Test.group #8439
• Greg: Better Error Trapping in map Better Error Trapping in map #8307
• Cassandra: Finished design for lookup_and_replace Review design of lookup_and_replace and replace. #8322
• Jaroslav: Multi line chained operator syntax Multi line chained operator syntax #8415
• Jaroslav: Convert constants to Enso values Convert constants to Enso values #8416
• Jaroslav: 400x faster with linear hashing of the hash map entries 400x faster with linear hashing of the hash map entries #8425
• Jaroslav: Replacing usage of Source by (Location => String) Replacing usage of Source by (Location => String) #8437
• Jaroslav: Properly report errors on duplicated constructor names Properly report errors on duplicated constructor names #8438
• Hubert: Ensure compilation is run with a compilation lock Ensure compilation is run with a compilation lock #8395
• Hubert: Build distribution for amd64 and aarch64 MacOS Build distribution for amd64 and aarch64 MacOS #8407
• Hubert: Fixing tests teardown to avoid OOMs Cleanup after each test run #8418 Part II of making sure that tests clean up after each run #8432
• Hubert: Mark some tests as flaky on Windows Mark some tests as flaky on Windows #8446
• Pavel: Add graalpy packages to the component directory Add graalpy packages to the component directory #8351
• Pavel: project-manager can start without prior GraalVM installation project-manager can start without prior GraalVM installation #8410
• Dmitrii: Record interaction between GUI and LS Record interaction between GUI and LS #8452

[JaroslavTulach]

Performance of the EnsoHashMap shall no longer be a problem with #8425

org_enso_benchmarks_generated_Enso_Hash_Map_100000_Enso_Incremental achieves 4.06ms per operation which makes it slightly faster than org_enso_benchmarks_generated_Enso_Hash_Map_100000_Java_Incremental benchmark.

org_enso_benchmarks_generated_Enso_Hash_Map_100000_Enso_Replacement has been sped up 400 times and is now just 50% slower than the org_enso_benchmarks_generated_Enso_Hash_Map_100000_Java_Incremental - that's a good result given that the Java HashMap doesn't need to keep the referential transparency at all.