Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:114384
MIME-Version: 1.0
References: <CAF+90c_4gjW1bRHEuYGjxugX84rrjTJPhL-1zOdsHDfcCJtj0w@mail.gmail.com>
In-Reply-To: <CAF+90c_4gjW1bRHEuYGjxugX84rrjTJPhL-1zOdsHDfcCJtj0w@mail.gmail.com>
Date: Tue, 11 May 2021 09:25:55 -0500
Message-ID: <CAESVnVryT_MRm1LKzHQ0bz8xWa+f+dWe9iU8sLhWiVZV2K=PEA@mail.gmail.com>
To: Nikita Popov <nikita.ppv@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000b1835805c20eacc0"
Subject: Re: [PHP-DEV] [RFC] Deprecate ticks
From: pollita@php.net (Sara Golemon)

--000000000000b1835805c20eacc0
Content-Type: text/plain; charset="UTF-8"

On Tue, May 11, 2021 at 3:53 AM Nikita Popov <nikita.ppv@gmail.com> wrote:

> I'd like to propose the depreciation of the ticks mechanism:
> https://wiki.php.net/rfc/deprecate_ticks
>
> I'm submitting this separately from the PHP 8.1 deprecations RFC, as this
> is a language change, even if not a particularly important one...
>
>
I came here to plea for the poor, disrespected ticks function.
Then I went to github and asked who was using it...
In the 10,000 results which came up for that string in actual PHP code, I
paged through the first 20% (2000) cases.
They were ALL either a phpt test file, or an auto-generated proxy function
(which appears to not actually have any uses).

So yeah.  Pour one out for ol' ticks.  May it rest in peace (following a
suitable deprecation period leading up to PHP 9.0).

-Sara

--000000000000b1835805c20eacc0--