feat: add Enforce Script (DayZ) language support

[Demandss]

Feature: Enforce Script (DayZ modding language) support via C# grammar reuse

I've implemented opt-in support for Enforce Script (.c files, the scripting
language for Bohemia's Enfusion engine used in DayZ modding) as a new
language token enforcescript, reusing the existing tree-sitter-csharp
grammar rather than vendoring a new one.

Why this approach

Enforce Script's syntax is close to C# (class inheritance via :, C-style
method signatures), but it diverges in ways that break the C# grammar
outright. Most critically, foreach (Type v: coll) (C# requires in) and
void ~ClassName() destructors (extra void before ~) each cascade into
hundreds of ERROR nodes on real files once hit. It also handles the
extends inheritance form (used alongside : in the same codebase), the
proto/event/notnull/inout modifiers, and DayZ's modded class Foo
mechanism: a language quirk where modded class Foo: Bar silently drops
the : Bar clause at compile time, so Foo stays a descendant of its
original declaration, not Bar.

Approach

• New enforcescript language token, not auto-mapped to .c by
  default. It's opt-in only via codegraph.json
  ({"extensions": {".c": "enforcescript"}}), with no change to existing
  C/C++ project behavior.
• Reuses tree-sitter-csharp.wasm, so there's no new grammar to vendor.
• A preParse text-transform layer normalizes the syntax deltas before
  handing off to the C# parser (foreach : to in, destructor void
  removal, extends to :, stripping proto/event/notnull/inout/ref/autoptr
  modifiers, #ifdef/#endif handling).
• A dedicated resolver (enforcescript-modded.ts) links modded class Foo
  to the original class Foo declared elsewhere in the codebase via a
  sentinel-prefixed reference (__enforcescript_modded__:Foo), rather than
  a plain name reference. This avoids a self-loop edge in projects where
  the modded class is the only same-named symbol currently indexed, since
  general name-matching has no self-exclusion.

Tested on Bohemia's own official source dump

(BohemiaInteractive/DayZ-Script-Diff, ~2,800 files):

• Impact analysis on core vanilla classes now shows real inheritance
  chains that were invisible under plain c/cpp mapping. PlayerBase
  went from 1-7 affected symbols to 2,245, because the old mapping's
  foreach/destructor parsing failures were cascading into ERROR nodes
  that dropped most of the file from the graph in the first place.
• No regression: a fresh project with plain .c files and no config
  override still resolves as c.
• Full extraction test suite passes.