fix(asan): apply heap fix unconditionally, not just for JDK 25

The shadow-memory conflict is ASLR-dependent, not JDK-version specific.
JDK 17 hits the same 0x7fff7000 placement on some kernel configurations.
Remove the >= 25 version gate so all ASan test runs get the low heap base.

Co-Authored-By: Claude Sonnet 4.6 (1M context) <noreply@anthropic.com>

Author: jbachorik

build-logic/conventions/src/main/kotlin/com/datadoghq/native/config/ConfigurationPresets.kt

@@ -215,18 +215,18 @@ object ConfigurationPresets {
                         put("UBSAN_OPTIONS", "halt_on_error=0:abort_on_error=0:print_stacktrace=1:suppressions=$rootDir/gradle/sanitizers/ubsan.supp")
                         put("LSAN_OPTIONS", "detect_leaks=0")
                     }
-                    // JDK 25's G1GC reserves heap virtual address space starting just below 2 GB
-                    // (0x7fff7000), which is exactly where ASan needs to mmap its shadow bytes
-                    // [0x7fff7000-0x10007fff7fff].  Force the heap to a very low base address so
-                    // the entire JVM footprint (heap + class space + code cache) stays well below
-                    // the shadow range and the two regions no longer conflict.
-                    if (PlatformUtils.testJvmMajorVersion() >= 25) {
-                        config.testJvmArgs.addAll(listOf(
-                            "-XX:HeapBaseMinAddress=0x4000000",
-                            "-Xmx512m",
-                            "-XX:CompressedClassSpaceSize=256m"
-                        ))
-                    }
+                    // G1GC's heap reservation is placed just below 2 GB (0x7fff7000) by ASLR on
+                    // some kernel configurations, which is exactly where ASan needs to mmap its
+                    // shadow bytes [0x7fff7000-0x10007fff7fff].  This is not JDK-version specific
+                    // — it depends on the kernel's mmap base randomisation at the time the process
+                    // starts.  Force the heap to a very low base address so the entire JVM
+                    // footprint (heap + class space + code cache) stays well below the shadow
+                    // range and the two regions never conflict.
+                    config.testJvmArgs.addAll(listOf(
+                        "-XX:HeapBaseMinAddress=0x4000000",
+                        "-Xmx512m",
+                        "-XX:CompressedClassSpaceSize=256m"
+                    ))
                 }
             }
             Platform.MACOS -> {

build-logic/conventions/src/main/kotlin/com/datadoghq/native/util/PlatformUtils.kt

@@ -368,23 +368,4 @@ object PlatformUtils {
         }
     }
 
-    /**
-     * Returns the major version of the test JVM (e.g. 8, 11, 17, 21, 25).
-     * Returns 0 if the version cannot be determined.
-     */
-    fun testJvmMajorVersion(): Int {
-        val javaHome = testJavaHome()
-        return try {
-            val process = ProcessBuilder("$javaHome/bin/java", "-version")
-                .redirectErrorStream(true)
-                .start()
-            val output = process.inputStream.bufferedReader().readText()
-            process.waitFor(10, TimeUnit.SECONDS)
-            // version line: java version "1.8.0_xxx" or java version "21.0.x" etc.
-            val match = Regex("""version "(?:1\.)?(\d+)""").find(output)
-            match?.groupValues?.get(1)?.toIntOrNull() ?: 0
-        } catch (_: Exception) {
-            0
-        }
-    }
 }