Expose the location range of a constant's assigned value

A constant definition's location spans only the constant's name, not its
assigned value. For a multi-line literal there is no way to know where the
value ends without re-reading and parsing the source.

VALUES = [
  "a",
  "b",
]

graph["VALUES"].definitions.first.location covers the VALUES token only;
the array value's location is unavailable.

Why it matters

A consumer that reads a constant's value from source (for example, to compare a
checked-in list against the graph and point diagnostics at entries) must
re-open the file and scan for the closing delimiter. That breaks across literal
forms ([ ... ], %w( ... ), %i[ ... ], { ... }, method calls) and
formatting, and every consumer reimplements it.

Proposed

Add a #value_location (a Location) on constant definitions that covers the
assigned value. For VALUES above it would span lines 1 through 4.

Start by tracing how constant definitions expose location and how Location spans are constructed; no source file or test is named in the issue. Add coverage for the multiline VALUES literal and verify that the assigned value's location reaches its closing delimiter.