Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:119739
Return-Path: <tim@bastelstu.be>
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 11404 invoked from network); 17 Mar 2023 13:41:41 -0000
Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5)
  by pb1.pair.com with SMTP; 17 Mar 2023 13:41:41 -0000
Received: from php-smtp4.php.net (localhost [127.0.0.1])
	by php-smtp4.php.net (Postfix) with ESMTP id 5415E18037E
	for <internals@lists.php.net>; Fri, 17 Mar 2023 06:41:40 -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: <tim@bastelstu.be>
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 <internals@lists.php.net>; Fri, 17 Mar 2023 06:41:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bastelstu.be;
	s=mail20171119; t=1679060498;
	bh=jLMuND6VICAi52pYsgOdhqxHZxDbMYZTVpCScitsR6E=;
	h=Message-ID:Date:MIME-Version:Subject:To:References:From:
	 In-Reply-To:Content-Type:from:to:cc:subject:message-id;
	b=iB2Vem3nI1KWvKK3FZ2BYtDMEE3gMvwnSWJV6bKKBpHCrY6WcQTxTMahsfjFs7wuD
	 ZGJh14aYKi+vwtm6PeNpeUnQhpry1zGtisx5QpJ2oFoRHWsOKV3TrpLvXR8pNdAGlL
	 Lq62O8mZKa+0FJ08hkVgNltg0fPCuuoZPgWnnENrEtqmUT6QzCM7iKqplTvKN8KwVK
	 5o1+mMA9BaWMfpSjDkg/QwJsY/4lywxQcnsCUWzs5/Q/7hCXUjoi5LJg5XMGn9TkZL
	 5UZGHRQKJk/ryhIgFY4g+IzvNwdeiEVxL4oA65Mz+auswONKlmam/IO2sog5KgI8o0
	 pL1NzhTyjBHRQ==
Message-ID: <b91a93c8-1b3c-b394-aec2-1e48c6615564@bastelstu.be>
Date: Fri, 17 Mar 2023 14:41:37 +0100
MIME-Version: 1.0
Content-Language: en-US
To: internals@lists.php.net
References: <CAPyj-LDuXQftpyei9pCE0vKoee0fr2GUyTvtbY6NVaSFPs9nWw@mail.gmail.com>
 <57ed96c2-0547-c905-1c6f-7433ecb4a1b5@bastelstu.be>
 <CAPyj-LA20YBguhHr=EMNom2C6-7p-9NwMYw+4kp7oRngUEZ68g@mail.gmail.com>
 <684c1457-16e1-1cf2-b005-b273ff7e4929@bastelstu.be>
 <CAPyj-LCJJ3MoSnsbeC+2mcChBTdYaHp_g5j+h_=gOZEq+4T84w@mail.gmail.com>
 <55a0f953-b69d-5762-18f4-2af3159b30dd@bastelstu.be>
 <CAPyj-LCJ26ug=LhM5AWJaEmpaZeH_r9MhqdNud0V_KsUsAE8JQ@mail.gmail.com>
In-Reply-To: <CAPyj-LCJ26ug=LhM5AWJaEmpaZeH_r9MhqdNud0V_KsUsAE8JQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] [RFC][Vote announcement] Arbitrary static variable
 initializers
From: tim@bastelstu.be (=?UTF-8?Q?Tim_D=c3=bcsterhus?=)

Hi

On 3/17/23 14:32, Ilija Tovilo wrote:
> Yes, your example makes more sense. In my old example the value of the
> static variable was already assigned so didn't prove the point it was
> trying to make. I adjusted the example in the RFC.

Okay, I believe that resolves all the remarks I ha(ve|d).

Best regards
Tim Düsterhus