Migrate interpreter stack maps to InterpCompiler and use them in place of CORINFO_FLG_CONTAINS_GC_PTR

[kg]

Addresses #117774 and #117062

[dotnet-policy-service]

Tagging subscribers to this area: @BrzVlad, @janvorli, @kg
See info in area-owners.md if you want to be subscribed.

[Copilot]

Pull Request Overview

This PR migrates interpreter stack maps from a global thread-local cache to being managed per-compiler instance, and replaces usage of the CORINFO_FLG_CONTAINS_GC_PTR flag with direct stack map slot count checks. This addresses issues #117774 and #117062 related to interpreter stack map management.

Key changes:

• Removes global thread-local stack map lookup cache and associated helper function
• Moves stack map management into the InterpCompiler class as an instance member
• Replaces CORINFO_FLG_CONTAINS_GC_PTR flag checks with stack map slot count comparisons

Reviewed Changes

Copilot reviewed 5 out of 5 changed files in this pull request and generated 2 comments.

Show a summary per file

File	Description
src/coreclr/interpreter/stackmap.h	Removes global GetInterpreterStackMap function declaration
src/coreclr/interpreter/stackmap.cpp	Removes thread-local cache and global helper function implementation
src/coreclr/interpreter/compileropt.cpp	Adds stackmap include and updates GC pointer detection logic
src/coreclr/interpreter/compiler.h	Adds stack map cache member and method declaration to InterpCompiler
src/coreclr/interpreter/compiler.cpp	Implements instance-based stack map management and updates all call sites