Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:46845 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 11951 invoked from network); 20 Jan 2010 22:45:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Jan 2010 22:45:25 -0000 Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.220.212 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.220.212 mail-fx0-f212.google.com Received: from [209.85.220.212] ([209.85.220.212:43162] helo=mail-fx0-f212.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8B/54-26239-487875B4 for ; Wed, 20 Jan 2010 17:45:25 -0500 Received: by fxm4 with SMTP id 4so3548528fxm.12 for ; Wed, 20 Jan 2010 14:45:21 -0800 (PST) Received: by 10.87.71.39 with SMTP id y39mr1175204fgk.10.1264027521302; Wed, 20 Jan 2010 14:45:21 -0800 (PST) Received: from ?192.168.200.20? (c-98-234-184-167.hsd1.ca.comcast.net [98.234.184.167]) by mx.google.com with ESMTPS id 13sm267985fxm.5.2010.01.20.14.45.19 (version=SSLv3 cipher=RC4-MD5); Wed, 20 Jan 2010 14:45:20 -0800 (PST) Message-ID: <4B57877E.3000901@lerdorf.com> Date: Wed, 20 Jan 2010 14:45:18 -0800 User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Stan Vassilev CC: internals@lists.php.net References: <4B5783C7.5000100@lerdorf.com> <8CF830C8510B4364962068F0721804C4@pc> In-Reply-To: <8CF830C8510B4364962068F0721804C4@pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Dots and spaces in variable names are converted to underscores. From: rasmus@lerdorf.com (Rasmus Lerdorf) Stan Vassilev wrote: >> Well, that conversion still needs to happen somewhere, since plenty >> of apps call extract() on those superglobals, but with >> register_globals entirely gone in PHP 6, I suppose that conversion >> can be moved to the extract() call. >> >> -Rasmus > > Hi, > > I'm not sure it needs to happen anywhere. Such symbols could be simply > referred to with the intended syntax: ${'a.b.c.d'}. > > By the way, extract now seems to just ignore those vars when given an > array: > > extract(array('foo.bar' => 'baz')); > echo ${'foo.bar'}; // notice, no such variable > echo $foo_bar; // notice, no such variable Right, because it expects the source array to already have been converted. -Rasmus