Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:68246 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 22090 invoked from network); 20 Jul 2013 04:25:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jul 2013 04:25:08 -0000 Authentication-Results: pb1.pair.com header.from=php@golemon.com; sender-id=softfail Authentication-Results: pb1.pair.com smtp.mail=php@golemon.com; spf=softfail; sender-id=softfail Received-SPF: softfail (pb1.pair.com: domain golemon.com does not designate 209.85.160.48 as permitted sender) X-PHP-List-Original-Sender: php@golemon.com X-Host-Fingerprint: 209.85.160.48 mail-pb0-f48.google.com Received: from [209.85.160.48] ([209.85.160.48:42877] helo=mail-pb0-f48.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 60/BB-13120-3211AE15 for ; Sat, 20 Jul 2013 00:25:07 -0400 Received: by mail-pb0-f48.google.com with SMTP id ma3so5061898pbc.7 for ; Fri, 19 Jul 2013 21:25:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=LDbnsqtJz8zN/ORVQFqWLqOaNBiLrqihLFWUoWF2B2s=; b=RFxrIXSuuEZGgSambdSYoif6JzDekCOb5IowSiy1TeZvUapJFi3PhAAsXaJzk9MaXH Ebk90LlyvFdSkEqXcWNKGu953MUsWA2ngCv2zVqs7ehiPofsGSq/s/FsMO5wgdX8kUQe iUBLqaIbb3gbIYKkPefE3lQv/UUb9QqtO/eHhToH+naNVq2ZH1RzsHjhZU3BTvEw3XIB 93SaDVdXX+QlB6fDG3G9ToIhZuEbaSbj0GLcC8xXN87Q6Cy+U1zDR6rjedGSjE5nzXdV P804VaiahEtUiGw19wKHOIxm/FIfwTxvGaTT3gAl+oRDzsrxOEgC4efqPb/PSEjScqGH k6bw== MIME-Version: 1.0 X-Received: by 10.66.189.225 with SMTP id gl1mr21629309pac.22.1374294304116; Fri, 19 Jul 2013 21:25:04 -0700 (PDT) Sender: php@golemon.com Received: by 10.70.128.71 with HTTP; Fri, 19 Jul 2013 21:25:04 -0700 (PDT) X-Originating-IP: [98.210.180.187] In-Reply-To: References: <1374256806.3946.101.camel@guybrush> <51EA0F30.3010609@rotorised.com> Date: Fri, 19 Jul 2013 21:25:04 -0700 X-Google-Sender-Auth: X35W3QHboGioaqjevqvfWZtOn7Y Message-ID: To: Ryan McCue Cc: PHP internals Content-Type: multipart/alternative; boundary=047d7bdc1770d0657104e1e9d38a X-Gm-Message-State: ALoCoQn63GtngGDHGOO9IXyY15yQYNaji0ez4/U3K0qUDuPQdmvHhTXqFxzTdr9SCfsgh+4tpyeh Subject: Re: [PHP-DEV] Language constructs and callability From: pollita@php.net (Sara Golemon) --047d7bdc1770d0657104e1e9d38a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Well, now... to be fair... You could make them functions and use the same parser trick the backtick operator uses. to map the non-parenthesized versions.... feels messy though. I'd just hate to get stuck with a hacky workaround like that for the long term. On Fri, Jul 19, 2013 at 9:23 PM, Sara Golemon wrote: > Lack of parenthesis and the fact that EVERY project out there takes > advantage of this affordance. So BC *nightmare*. > > > On Fri, Jul 19, 2013 at 9:16 PM, Ryan McCue wrote: > >> Johannes Schl=FCter wrote: >> > So, unfortunately no, language constructs have different semantics whi= ch >> > we can't emulate inside function semantics (well ok, it is software, s= o >> > it is thinkable .. but nobody,yet, came up with a robust patch which >> > doesn't cause maintenance *and* performance penalty) >> >> Is there a reason that echo/print couldn't be implemented as functions >> with some sort of backwards compatibility layer? isset/etc make sense to >> be language constructs, but I can't think of any reason echo/print need >> to be. >> >> -- >> Ryan McCue >> >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> > --047d7bdc1770d0657104e1e9d38a--