Skip to content

Account for changes introduced in PHP 8.5 #1849

@jrfnl

Description

@jrfnl

This is just an issue to keep track of which of the implemented RFCs for PHP 8.5 have been addressed.

This list should be updated when additional RFCs are accepted/implemented.

To Do

Aside from the RFCs, there are also the changes which were made outside of the RFC process and are listed in:

Claimed

Additionally, an initial scan of UPGRADING file for additional list-based updates to be made is ongoing and owned by @jrfnl.

Has PR

Reviewed and concluded non-sniffable

Delayed to later PHP version

Nothing

Status yet to be determined

These are RFCs which have either not yet been implemented or are still in voting at this time.
Once their final status for PHP 8.5 is determined, they will either be moved to the "To Do" list or removed from this ticket.

Accepted, not yet (fully) implemented

Feature freeze is in effect. Anything which didn't make it in yet, is delayed to a future PHP version.

In voting

All votes have been closed

Process

If anyone starts work on updating PHPCompatibility to handle any of these issues, please either update the above list (if you can) or leave a comment below, so one of the maintainers can update the list.

Once PHP 8.5 comes out, individual issues should be opened for the changes which remain at that point in time.

Guidelines

  • When in doubt how to address something and/or if your approach is the right one: ask.
    This also means that it is perfectly acceptable to open an dedicated issue to discuss a particular change in more detail.
  • PRs which address RFCs should only contain the changes for one RFC per PR. One RFC may warrant multiple PRs depending on the nature of the changes.
    Exception: when a RFC builds onto a previous RFC, combining the necessary changes into one PR addressing the cumulative changes to PHP is fine.
  • PRs not directly related to RFCs may address multiple changes in one go, as long as the changes are logically closely related (like adding a range of new constants to be detected).
  • Please include relevant change justification and links in each commit message.
    Typically this means that a commit message should include:
    • Text snippet from the PHP UPGRADING guide/changelog/migration guide or the RFC to back up the change being made.
    • A link to the RFC (if applicable).
    • A link to the exact UPGRADING guide/changelog/migration guide section which documents the change in PHP Core.
    • A link to the PR to PHP Core which proposed the change (if applicable).
    • A link to the commit which added the change to PHP Core.
  • Changes which were proposed/accepted for PHP, but have not been merged into PHP Core yet, should not be detected by PHPCompatibility (yet).
    The commit to PHP Core should always come first, PHPCompatibility follows.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions