Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:38154
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain fischer.name from 213.46.255.22 cause and error)
Message-ID: <484F0897.4040405@fischer.name>
Date: Wed, 11 Jun 2008 01:04:55 +0200
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: PHP Developers Mailing List <internals@lists.php.net>
References: <77972256-ED0C-4FCE-8DEF-8283FE1BBFC5@roshambo.org>
In-Reply-To: <77972256-ED0C-4FCE-8DEF-8283FE1BBFC5@roshambo.org>
OpenPGP: id=C2272BD0;
	url=http://markus.fischer.name/my_public_key.txt
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] deprecation status of $str{42} versus $str[42]
From: markus@fischer.name (Markus Fischer)

Hi,

I don't get this deprecation and thus the forced code change at all. 
Considering the amount of code using this style, see
http://www.google.com/codesearch?as_q=\%24[a-z][a-z0-9_]*{[^}]%2B}&hl=en&as_lang=php
and given that no PHP code change has been done I would rather suggest 
removing the chase for deprecation in this case and remove this from the 
documentation and let the syntax exist that way as long as PHP lives.

- Markus


Philip Olson wrote:
> Hello geeks,
> 
> This email is to confirm that $str{42} is deprecated in favour of 
> $str[42] as of PHP 6. There is some confusion so let's make something 
> official here.
> 
> A little history:
>  - May, 2001: $str[42]: is documented as deprecated since PHP 4
>  - Nov, 2005: $str[42]: kept while $str{42} is instead deprecated. 
> Discussed:
>                         - http://markmail.org/message/tmvkpknlzfij5k5o
>  - Nov, 2005: $str{42}: 5.1 RC5 throws E_STRICT for $str{42} but removed 
> before release
>  - May, 2006: $str[42]: switches from deprecated to "preferred" in docs
>  - Aug, 2006: $str{42}: documentation reads "deprecated as of PHP 6"
> 
> Currently it emits no errors when one plan was to deprecate it in PHP 
> 5.x and remove in PHP 6.0 but that doesn't appear the plan today.
> 
> So unless this thread changes something, an E_DEPRECATED will be added 
> to HEAD (PHP 6.0.0) for curly brace string access ( $str{42} ) and the 
> documentation will remain as is.
> 
> Regards,
> Philip
> 
>