The destructor-id in an explicit destructor call may name a class template
specialization, e.g. `p->~vector<int>()` or `p->~shared_ptr<const T>()`.
`destructor_name` only allowed `~ identifier`, so any template-id after `~`
produced an ERROR node. Allow an optional `template_argument_list` and add a
GLR conflict for `destructor_name` to resolve the `<` (template-args vs
less-than) ambiguity. A plain `~Name` is unchanged.

- allow module related statements to appear in preprocessor blocks
- export declarations can now appear anywhere other declarations can

Introduces support for `template for ( init; for-range-decl : expansion-init )`
which is a compile-time way to expand (iterate over):
  - expansion expressions
  - anything destructurable via structured bindings
  - ranges with compile time size

It was sufficient to simply re-use the existing rule for
_for_range_loop_body for the part inside the parentheses, but add the
required sequence of `template` followed by `for`

Related to reflection, annotations use the same syntax as attributes,
but begin with an `=` and support any constant expression. Annotations
and Attributes can't be mixed within [[ ... ]].

This adds support for all the language changes introduced in P2996 which
was recently voted into the upcoming c++26 standard.

This includes:
- reflection expressions: the reflect operator (^^) followed by
  expressions, type descriptors, or the global namespace (::)
- splice specifiers/expressions: [: expression :], which can appear as a
  type, expression, alias descriptor, and more.
- consteval blocks: similar to static_asserts but have been introduced
  specifically to allow constant evaluation side effects to occur at
  specific places in code

Closes #252.

Bumps [tree-sitter/parser-test-action](https://github.com/tree-sitter/parser-test-action) from 2 to 3.
- [Release notes](https://github.com/tree-sitter/parser-test-action/releases)
- [Commits](https://github.com/tree-sitter/parser-test-action/compare/v2...v3)

---
updated-dependencies:
- dependency-name: tree-sitter/parser-test-action
  dependency-version: '3'
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>

Bumps [actions/setup-node](https://github.com/actions/setup-node) from 4 to 5.
- [Release notes](https://github.com/actions/setup-node/releases)
- [Commits](https://github.com/actions/setup-node/compare/v4...v5)

---
updated-dependencies:
- dependency-name: actions/setup-node
  dependency-version: '5'
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>

Bumps [actions/checkout](https://github.com/actions/checkout) from 4 to 5.
- [Release notes](https://github.com/actions/checkout/releases)
- [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md)
- [Commits](https://github.com/actions/checkout/compare/v4...v5)

---
updated-dependencies:
- dependency-name: actions/checkout
  dependency-version: '5'
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>

Fixes #301

- _block_item shouldn't contain module import/export/declarations as
  they have to be top-level only
- This allows us to reuse _block_item as the rule for exportable items,
  reducing our state count and parser size quite dramatically

This is needed by the MIT license terms

```
❯ cargo package --list | grep LICENSE
LICENSE
```

Signed-off-by: Michel Lind <salimma@fedoraproject.org>

P1102R2 relaxed lambda syntax so that () (empty parameter list) is
optional in more cases.

Bumps [tree-sitter/setup-action](https://github.com/tree-sitter/setup-action) from 1 to 2.
- [Release notes](https://github.com/tree-sitter/setup-action/releases)
- [Commits](https://github.com/tree-sitter/setup-action/compare/v1...v2)

---
updated-dependencies:
- dependency-name: tree-sitter/setup-action
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>