Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:68245
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: softfail (pb1.pair.com: domain golemon.com does not designate 209.85.192.173 as permitted sender)
MIME-Version: 1.0
Sender: php@golemon.com
In-Reply-To: <51EA0F30.3010609@rotorised.com>
References: <CAH8MpnkkzO42k+09qhQ46dH98-tER4foo-snRE1P2umyWkt2_w@mail.gmail.com>
	<1374256806.3946.101.camel@guybrush>
	<51EA0F30.3010609@rotorised.com>
Date: Fri, 19 Jul 2013 21:23:20 -0700
Message-ID: <CAESVnVqua+UJRsMzpSy72c7OQL5fXZK0UROcWbeqyZLxwfFRPA@mail.gmail.com>
To: Ryan McCue <lists@rotorised.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11330f2aaaa96904e1e9cd7a
Subject: Re: [PHP-DEV] Language constructs and callability
From: pollita@php.net (Sara Golemon)

--001a11330f2aaaa96904e1e9cd7a
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

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 <lists@rotorised.com> wrote:

> Johannes Schl=FCter wrote:
> > So, unfortunately no, language constructs have different semantics whic=
h
> > we can't emulate inside function semantics (well ok, it is software, so
> > 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
> <http://ryanmccue.info/>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--001a11330f2aaaa96904e1e9cd7a--