Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:127320 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by lists.php.net (Postfix) with ESMTPS id 3C2BD1A00BC for ; Thu, 8 May 2025 14:20:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1746713870; bh=hYU+JMlpbACu8P2mDo779P8sZ91RPyHLdp8l2uNYJFE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=E5sNVWWf6jrfuhgeS9cVwqjhxtpsc3pB8fRGwB3zLFmUKbNhMSX0nW6zWoOQhM/l+ zUIqWI2wK5ReAmLpM3TDl7tb+fgTM14jdJ4tphPp/sSr7BOV4domO0f3mwPbajhbSU MVaLu+YB68pvJJ6Lc2CKeKnrUUEJzA5U91Gu+MR9DxnlMrSAdeupEg16+oNt+z8Kr9 kySZNo3OzV1u7ZFIwMo2Am52grgCvSa4/d38xdGqRpej+2VCGOtw4lMeiCHDpdghxh 49ewZzjrDlUIXbk5QafmzSoM81geKXjKxRoAIEqCJgtA5hkQ+l9TVikJi5saedpcLU U4ChahZdc/QGg== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 6CE2118007C for ; Thu, 8 May 2025 14:17:49 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-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,DMARC_PASS,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=4.0.0 X-Spam-Virus: Error (Cannot connect to unix socket '/var/run/clamav/clamd.ctl': connect: Connection refused) X-Envelope-From: Received: from chrono.xqk7.com (chrono.xqk7.com [176.9.45.72]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Thu, 8 May 2025 14:17:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bastelstu.be; s=mail20171119; t=1746714000; bh=y32pg3qpZwkbJXp7B2omKcy4FjfIb6jOYDE/gf4gmjo=; h=MIME-Version:Date:From:To:Cc:Subject:In-Reply-To:References: Message-ID:Content-Type:from:to:cc:subject:message-id; b=Qxpq1wWcftpVD5XLm99/Oqai2m1JWFhbG0xuEDE1d3XxgTdIAdxRHT6R082HnPG1m /26jxXAClcHMffHMY3B6Hr2my9igGarYB60bbiGe449Y0VEFf2WrnWBrchOTed9AeT j75esV+ZttZ4TQ3GvhYeqxaeKGsscjo1pJTCHELcpZ/qWQc1fIg28PWiA8+WxE1Uze So7BxNSBC/bHQf0sZRv4LHsyxcpxdycwzwCsAvktJKXBRAf1yk223w/Tu6e+pZc965 KSW0L5JjwybDvCuILnp2WZEOETK0Rg2mK6dh3n4sjPQQ4ufQqwd2E3ETkr2/f1R2b2 bMtUapKGclC4w== Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net x-ms-reactions: disallow MIME-Version: 1.0 Date: Thu, 08 May 2025 16:20:00 +0200 To: "Rowan Tommins [IMSoP]" Cc: internals@lists.php.net Subject: Re: [PHP-DEV] Re: RFC: Nested Classes In-Reply-To: <7d4b5502-330a-43d6-a767-ff84b0faf3dc@rwec.co.uk> References: <5b1e6d70-a1c9-455c-93d3-6b22cf1fef11@app.fastmail.com> <52d84a5b-09d3-4e42-9620-a62fb239c21e@app.fastmail.com> <09a82882-f1ee-4bdb-8a27-e46144a711f1@app.fastmail.com> <706e22d7-94eb-44bd-a280-f629ba93b630@app.fastmail.com> <03a5b9a8-9fe1-4656-ab04-dd58669488b3@app.fastmail.com> <158a5d7c-8ef6-4b5f-b8ef-593879a7a896@bastelstu.be> <72ef8352-2afb-4024-b4ae-857fcd94edd6@app.fastmail.com> <213a8711-adbc-42b7-bcb8-86e64cb22cf2@bastelstu.be> <5A723310-1AB6-4D4A-88CC-52EC4E81AE5C@rwec.co.uk> <681845d2-ff1e-4ab8-97b2-50fecfdcb62b@bastelstu.be> <386b4359-be5b-4872-b2c1-c8211a08d7dd@app.fastmail.com> <7d4b5502-330a-43d6-a767-ff84b0faf3dc@rwec.co.uk> Message-ID: <21aa01f0e2e150351b307a21ad87fb97@bastelstu.be> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit From: tim@bastelstu.be (=?UTF-8?Q?Tim_D=C3=BCsterhus?=) Hi Am 2025-05-07 19:15, schrieb Rowan Tommins [IMSoP]: > There are three "platform dependency" pseudo-packages available for > packages to depend on different aspects of Composer's version: > https://getcomposer.org/doc/articles/composer-platform-dependencies.md > If these didn't seem suitable, they could add another, like > "composer-autoloader". Thank you, I stand corrected. `composer-runtime-api` appears appropriate based on the description. > I think "autoloading tools and conventions would need to adapt" is > definitely a cost to be weighed against the benefit, but not a blocker > in itself. Yes, even with the support for these pseudo-packages, every author would need to remember to add those dependencies, which definitely has a cost on the entire ecosystem. Best regards Tim Düsterhus