vm: eval cache mixes up script origins

Bug report

• Node.js: v24.19.0, v26.8.1, v27.0.0-pre (local build)
• Platform: Microsoft Windows NT 10.0.26200.0 x64
• Subsystem: vm

// test.mjs
import assert from 'node:assert/strict';
import { Script } from 'node:vm';

const out = [];

function createScript(name) {
  return new Script(`globalThis.eval('import("node:fs")')`, {
    importModuleDynamically(specifier) {
      out.push(name);
      return import(specifier);
    },
  });
}

const a = createScript('A');
const b = createScript('B');

for (const script of [a, b, a]) {
  await script.runInThisContext();
}

assert.deepEqual(out, ['A', 'B', 'A']);

Running this example as node --experimental-vm-modules test.mjs will give different wrong answers between v24 and v26 because V8 removed delayed caching some time during those releases. However, running with --no-compilation-cache will pass the test assertion.

The bug is with V8. In deps/v8/src/codegen/compiler.cc, around the "cache lookup key" comment, indirect eval uses kNoSourcePosition (-1), and the cache key does not distinguish the originating script. This allows identical eval source text from different scripts in the same realm to produce a false positive cache hit.

Tái hiện vấn đề bằng test.mjs được cung cấp với --experimental-vm-modules, sau đó kiểm tra deps/v8/src/codegen/compiler.cc xung quanh chú thích "cache lookup key". Theo dõi quá trình tra cứu eval cache và các bài kiểm thử liên quan để hiểu cách các nguồn gốc của script được biểu diễn. Công việc được xem là hoàn tất khi assertion A/B/A vượt qua với compilation caching được bật, trong khi hành vi hiện có khi không có compilation cache vẫn đúng.