Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:114862 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 46020 invoked from network); 14 Jun 2021 13:14:17 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 14 Jun 2021 13:14:17 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id A4A1418053B for ; Mon, 14 Jun 2021 06:30:33 -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,HTML_MESSAGE,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com [209.85.208.174]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Mon, 14 Jun 2021 06:30:33 -0700 (PDT) Received: by mail-lj1-f174.google.com with SMTP id 131so20229716ljj.3 for ; Mon, 14 Jun 2021 06:30:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=craigfrancis.co.uk; s=default; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XUSOT1yrRLUE+MyA17RAtPFeIs1hXjHFsN/pLqpAU/s=; b=hpbdkE/4HCBtnZbc1EkLfJpl7WMW60znASYjNyYoTfi3Dc7RCHa7EazysyE/mfrVLe v+mfkrqWpwL9EURvkJYanxxb/783n2Tj3dVgm8x//9IbAMuMOPoiWrgLDDLLw9GR3P8I 91/DF4Zs8LzxH/qN2UVJWn0x1tjGd3v/VNdt0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XUSOT1yrRLUE+MyA17RAtPFeIs1hXjHFsN/pLqpAU/s=; b=ZqFnnPzNrAbsEI8nsiTWe6aPtt6rRa2y4XkR6JbsxRF1fHDJ233Zs0DbohSZ+3bHwc txIzZhMlog8jIOut/K08lCYSfO3GdeO4gAOLCy2kp1v6oDuHe2mk/i3iWA2xvXnFW2PR X1WC9IB6e0TeHY2nPaPznUmNRK2wb0ezvVuM/c3Nqu9/aqixQHr5WAnnbh65zeZ3ilcG 3nP+jcumRy9CqcWcUUCnKUtq9MPnxqmpQfPEh1FAqVecoxj/rnHS68IxAcI/QRnIuJ4s J5pCHO91d0UFuI6BkDnGOyogD8+Cg0C79b5GXdz6fGRBgqcW9RRjdRa7yiTITmY9XIba WXmw== X-Gm-Message-State: AOAM532wSuLrFSKXfC0EebEETYFe7yf8n0MHnoSPz/HwiBhRQ7bnoUWm vxSYMXFdLBmbOoJkOpxBzk3IyMaioRnsvHytYgaG+w== X-Google-Smtp-Source: ABdhPJxHFrnL+UruggRLaKjZ8UZGrCvAtmBwC1VHsZVgGinUttlTRxBVKkDsA7zmj5MXGP7hHjfjuOLC9LlO/V++8XA= X-Received: by 2002:a2e:90ca:: with SMTP id o10mr13161974ljg.299.1623677430448; Mon, 14 Jun 2021 06:30:30 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Mon, 14 Jun 2021 14:30:19 +0100 Message-ID: To: Dan Ackroyd Cc: Joe Watkins , Matthew Brown , PHP internals Content-Type: multipart/alternative; boundary="00000000000078d32d05c4b9dcd2" Subject: Re: [PHP-DEV] [RFC] is_literal From: craig@craigfrancis.co.uk (Craig Francis) --00000000000078d32d05c4b9dcd2 Content-Type: text/plain; charset="UTF-8" On Mon, 14 Jun 2021 at 13:30, Dan Ackroyd wrote: > [...] it will cause some fatal errors in production. > No, the only way fatal errors can occur is if you choose to make them fatal (in userland code). I have included examples of the literal_concat() and literal_implode() functions in the RFC, showing how they can be implemented in userland instead, as those functions can be useful for some projects. However requiring developers to rewrite all of their code to use literal_concat() and literal_implode(), with those functions triggering an exception whenever anything goes wrong, that's going to make adoption very difficult. Craig --00000000000078d32d05c4b9dcd2--