Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:105427 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 15114 invoked from network); 25 Apr 2019 03:04:47 -0000 Received: from unknown (HELO mail4.serversure.net) (185.153.204.203) by pb1.pair.com with SMTP; 25 Apr 2019 03:04:47 -0000 Received: (qmail 23458 invoked by uid 89); 25 Apr 2019 00:05:27 -0000 Received: by simscan 1.3.1 ppid: 23442, pid: 23455, t: 0.6736s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@lsces.co.uk@87.75.107.50) by mail4.serversure.net with ESMTPA; 25 Apr 2019 00:05:26 -0000 To: internals@lists.php.net References: <004401d4faa3$60f83700$22e8a500$@gmail.com> <2f922f17-bc7c-313a-8f77-122e861995be@lsces.co.uk> <5741936F-B1F4-43C7-B815-F9D8030AC7BB@koalephant.com> <49A4B76C-4C62-4CBE-BA20-FBE56CA29AB0@cschneid.com> <609E93CF-099B-446C-AD28-04F1D802C9F0@cschneid.com> <48c67f2b-02f1-510a-320f-99f67215ad14@telia.com> <61e846ea-7ad9-04a7-661a-75d11e5f9bd5@lsces.co.uk> <10c84857-489f-4ef2-5fe3-faf4bcfdeb67@gmx.de> Message-ID: <60ab2cf3-0a5a-0f45-163b-0758b91429ce@lsces.co.uk> Date: Thu, 25 Apr 2019 01:05:20 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <10c84857-489f-4ef2-5fe3-faf4bcfdeb67@gmx.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags From: lester@lsces.co.uk (Lester Caine) On 25/04/2019 00:30, Christoph M. Becker wrote: >> At the same time fixes for the PHP7.2 warnings would be helpful! My >> templates keep throwing 'count' warnings which currently have been fixed >> by simply removing the 'count' and leaving the value blank. That is >> until someone who knows how to fix it provides a fix. It's BUILDING >> cached templates which can't simply be sanitised by scanning the code base! > I don't think this belongs to the internals mailing list, so see > . If *I* was using count then that sort of fix would work. The problem is in the way SMARTY handles adding 'count' of a smarty variable in a template ... and certainly I have