Add php-indent.el and php-keywords.el (extracted from #812)

[zonuexe]

Split out of #812, which is blocked until the August release by the Emacs 28.1 requirement (#811). These two files are the part of that branch that is purely additive, so they can be reviewed and land now.

What this adds

• lisp/php-keywords.el — the PHP vocabulary (control structures, declarations/modifiers, statements, primitive types, constants, magic constants, magic methods) as plain defconst tables plus a symbol-bounded regexp-opt for each. The provenance of every entry is documented in the commentary: derived from the c-lang-defconst tables of the CC Mode based implementation, supplemented where PHP has gained keywords since.
• lisp/php-indent.el — the indentation engine ported from the syntax-ppss based indenter of js.el in GNU Emacs (attributed in the file header). The JavaScript specific handling (JSX, C preprocessor macros, array comprehensions, regexp literals) is removed; PHP specifics are added: ->/?->/:: chains, . concatenation aligned to the assignment, statement continuations, switch/case, the alternative syntax (endif &c.) and heredoc/nowdoc bodies. Entry points are php-indent-line / php-indent-region.
• Both files are registered in Eask's (files ...) so CI byte-compiles them.

Why this is compatibility-safe

• Nothing requires either file. No require, no autoload, nothing sets php-indent-line as indent-line-function. The current CC Mode based php-mode keeps indenting through cc-engine, unchanged. The engine is inert until the cc-mode independent mode lands.
• No symbol collisions with the current tree (php-indent-*, php-keywords--* are all new names).
• Emacs 27 safe — no Emacs 28+ functions are used, so this does not front-run Drop Emacs 27 Support #811. php-indent.el requires php.el only for the php customization group; php-keywords.el requires nothing.
• Byte-compiles with no new warnings, and the existing test suite is unaffected (62 tests, unchanged).

Not included (deliberately)

The rest of #812 cannot be separated this cleanly:

• php-style.el needs php-mode-coding-style moved from php-mode.el into php.el, which comes with the default change pear → per and the removal of symfony2 — a breaking change.
• The php.el CC Mode removal reimplements php-leading-tokens' token scanner and reworks php--analysis-syntax-table, so it is behaviour-affecting rather than additive.
• The new php-mode.el / the php-cc-mode.el rename and the Emacs 28.1 bump are the core of Rewrite php-mode as a CC Mode independent major mode #812 and stay there.

---

Follow-up: keyword tables trimmed

php-keywords--magic-constants mirrored php.el's php-magical-constants plus "PHP_EOL", and the file's own commentary conceded the cost — "keep the two lists in sync if php-magical-constants ever changes". Nothing read it (both major modes build their php-magical-constant font-lock rule straight from php.el's list), so it is gone and php.el stays the single source of truth.

The two lists were never interchangeable, which is why they are not simply unified: PHP_EOL is a predefined runtime constant, not a magic constant, so collapsing them under one name would have started fontifying PHP_EOL as a magic constant.

php-keywords--magic-methods had no reader either, and was supplemented wholesale from the PHP manual rather than derived from php-cc-mode.el, so it is not needed to reproduce the current fontification. Dropped until something wants it.

Moving php.el's php-magical-constants into this module (so that the "single source of truth for PHP keywords" claim becomes literally true) is deliberately not done here: it is a public-symbol move that needs an obsolete alias, and it belongs with the php.el rework in #812 rather than in a PR whose selling point is being inert and additive. php-re-token-symbols stays in php.el as well — its only consumer is php.el's own token scanner, and it has no list form to fit this file's NAME / NAME-re convention.