Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:121581 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 74494 invoked from network); 4 Nov 2023 11:40:40 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 4 Nov 2023 11:40:40 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 3F9391804B4 for ; Sat, 4 Nov 2023 04:40:39 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS24940 176.9.0.0/16 X-Spam-Virus: No X-Envelope-From: Received: from chrono.xqk7.com (chrono.xqk7.com [176.9.45.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Sat, 4 Nov 2023 04:40:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bastelstu.be; s=mail20171119; t=1699098037; bh=rvR/4ZwuMU2CJf4MGrgdGusttzHlFKwVr/+VWxtgJK4=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type:from:to:cc:subject:message-id; b=GrU4dnrgiIib50nyZqFp5rQAgpyLjX5lG847pqP+ClYJOi7S8Ipx+sZwfIixSXxES 5Jqb+JixoWt4gTzFQu5uKwbnbMrkknP9rthxbmIQ8aObVn1vxsKkPoKv3HBDae6rHL ov4QAyb0bHyPvwWIpLx5bN7FRcWFni+wl1qa2bfn46wuJrLZIQXBgYALf71F9WkO55 Cj3dPFfsO2a7ZBRRbmSIWL4HRt0gBd9gecQ9sDkRhi1aeK3oiVNYyh5NqLeCFhVPs6 KS60Og2qTa3trk1FiSyy4u2munRbKZG2nGgOFwL/zmYIyvTRQyliv4t23KxlKfs/Wh EgMUU3PYD/DWQ== Message-ID: <5338b761-e03f-4229-8f75-c16e415b65f9@bastelstu.be> Date: Sat, 4 Nov 2023 12:40:34 +0100 MIME-Version: 1.0 To: Jakub Zelenka , daniil@daniil.it Cc: internals@lists.php.net References: <9d9acbd8-0b92-419e-b9c6-d7e35d0748dd@daniil.it> <7443be7f-0e78-49e1-ac2e-e33d04e76247@daniil.it> Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] Deprecate posix_times From: tim@bastelstu.be (=?UTF-8?Q?Tim_D=C3=BCsterhus?=) Hi On 11/3/23 21:51, Jakub Zelenka wrote: >> The main reason I would like to see this deprecated is not the fact that >> it's returning a less precise value compared to getrusage, but rather >> because it's returning a value that cannot be interpreted in any way >> from pure PHP. > > So if the constant is added, which is trivial, then the only reason left is > that it's returning slightly less precise value and maybe slightly harder > way to interpret it, right? If so, then I don't think this is enough to > break BC. It would be much better done using documentation where we should > also add a note about the new constant. There is no real backwards-compatibility break, because the function was not correctly usable in the first place. This means that anyone who currently uses the function already has broken code. An actual deprecation would make any existing user of the function aware of the fact that their code is broken. Just adding the necessary constant will not unbreak existing broken code, it will just enable users to use the function correctly going forward, *if* they read the documentation. Users relying on existing tutorials or StackOverflow answers will continue to have broken code. Best regards Tim Düsterhus