[RFC]Call for voting about const array/string dereference

13 years ago by Laruence — view source — reply

unread

Hi:
Call for voting about the const array/string derefernce RFC now.

you can find more info here: https://wiki.php.net/rfc/constdereference#vote

thanks

--
Laruence Xinchen Hui
http://www.laruence.com/

13 years ago by Nikita Popov — view source — reply

unread

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

Nikita

Hi:
Call for voting about the const array/string derefernce RFC now.

you can find more info here: https://wiki.php.net/rfc/constdereference#vote

thanks

--
Laruence Xinchen Hui
http://www.laruence.com/

13 years ago by Morfi — view source — reply

unread

echo "foobar"["foo"][0];

"foobar"["foo"] - Why not "undefined index"?

On Tue, Dec 13, 2011 at 10:20 AM, Nikita Popov nikita.ppv@googlemail.comwrote:

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

Nikita

Hi:
Call for voting about the const array/string derefernce RFC now.

you can find more info here:
https://wiki.php.net/rfc/constdereference#vote

thanks

--
Laruence Xinchen Hui
http://www.laruence.com/

13 years ago by Ivan Enderlin @ Hoa — view source — reply

unread

Hi all,

echo "foobar"["foo"][0];

"foobar"["foo"] - Why not "undefined index"?
Exactly. The index/key "foo" does not really exist in the string
"foobar" because a string is more an indexed array of characters than a
combination of substrings (as the key "foo" could suggest).
"foobar"[3] has a well-defined meaning, but "foobar"["foo"] sounds
strange for me :-). Which semantics do you attached to this syntax?

Cheers.

Ivan Enderlin
Developer of Hoa
http://hoa.42/ or http://hoa-project.net/

PhD. student at LIFC/DISC (Vesontio) and INRIA (Cassis)
http://lifc.univ-fcomte.fr/ and http://www.inria.fr/

Member of HTML and WebApps Working Group of W3C
http://w3.org/

13 years ago by Laruence — view source — reply

unread

Hi:
should consistent with :
<?php
$a = "string";
echo $a["foo"][0];

in 5.4.

thanks

echo "foobar"["foo"][0];

"foobar"["foo"] - Why not "undefined index"?

On Tue, Dec 13, 2011 at 10:20 AM, Nikita Popov nikita.ppv@googlemail.comwrote:

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

Nikita

Hi:
Call for voting about the const array/string derefernce RFC now.

you can find more info here:
https://wiki.php.net/rfc/constdereference#vote

thanks

--
Laruence Xinchen Hui
http://www.laruence.com/

--

--

--
Laruence Xinchen Hui
http://www.laruence.com/

13 years ago by Laruence — view source — reply

unread

Hi:
thanks for pointing this out.
yes, maybe 5.4.1

thanks

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

Nikita

Hi:
Call for voting about the const array/string derefernce RFC now.

you can find more info here: https://wiki.php.net/rfc/constdereference#vote

thanks

--
Laruence Xinchen Hui
http://www.laruence.com/

--

--
Laruence Xinchen Hui
http://www.laruence.com/

13 years ago by Patrick ALLAERT — view source — reply

unread

2011/12/13 Nikita Popov nikita.ppv@googlemail.com:

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

+1

@Laruence
Can you remove the voting widget?

13 years ago by Pierre Joye — view source — reply

unread

2011/12/13 Nikita Popov nikita.ppv@googlemail.com:

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

+1

@Laruence
Can you remove the voting widget?

I would reset the vote and make the vote for this change to apply to
trunk instead.

There is no reason to delay this decision, even if it is too late for 5.4 :)

Cheers,

Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

13 years ago by Laruence — view source — reply

unread

2011/12/13 Nikita Popov nikita.ppv@googlemail.com:

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

+1

@Laruence
Can you remove the voting widget?

I would reset the vote and make the vote for this change to apply to
trunk instead.

There is no reason to delay this decision, even if it is too late for 5.4 :)

Cheers,

Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

only for trunk?

thanks

--
Laruence Xinchen Hui
http://www.laruence.com/

13 years ago by Laruence — view source — reply

unread

2011/12/13 Nikita Popov nikita.ppv@googlemail.com:

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

+1

@Laruence
Can you remove the voting widget?

I would reset the vote and make the vote for this change to apply to
trunk instead.

There is no reason to delay this decision, even if it is too late for 5.4 :)

Cheers,

Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

Hi, done, now only voting for trunk :)

thanks

--
Laruence Xinchen Hui
http://www.laruence.com/

13 years ago by Pierre Joye — view source — reply

unread

post again as a top thread with this point being clarified please :)

2011/12/13 Nikita Popov nikita.ppv@googlemail.com:

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

+1

@Laruence
Can you remove the voting widget?

I would reset the vote and make the vote for this change to apply to
trunk instead.

There is no reason to delay this decision, even if it is too late for 5.4 :)

Cheers,

Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

Hi, done, now only voting for trunk :)

thanks

--
Laruence Xinchen Hui
http://www.laruence.com/

--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

13 years ago by Laruence — view source — reply

unread

Hi:
I have reset the vote, only vote for trunk now.

https://wiki.php.net/rfc/constdereference

thanks

post again as a top thread with this point being clarified please :)

2011/12/13 Nikita Popov nikita.ppv@googlemail.com:

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

+1

@Laruence
Can you remove the voting widget?

I would reset the vote and make the vote for this change to apply to
trunk instead.

There is no reason to delay this decision, even if it is too late for 5.4 :)

Cheers,

Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

Hi, done, now only voting for trunk :)

thanks

--
Laruence Xinchen Hui
http://www.laruence.com/

--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
Laruence Xinchen Hui
http://www.laruence.com/

13 years ago by Stas Malyshev — view source — reply

unread

Hi!

> Hi:
> I have reset the vote, only vote for trunk now.
>
> https://wiki.php.net/rfc/constdereference
>

What happens in your patch if something like ['foo', 'bar'][1] is used
in write context?

--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227

13 years ago by Laruence — view source — reply

unread

Hi!

Hi:
I have reset the vote, only vote for trunk now.

https://wiki.php.net/rfc/constdereference

What happens in your patch if something like ['foo', 'bar'][1] is used in
write context?

this patch will not allow that, in write context lead to syntax error.

--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227

--

--
Laruence Xinchen Hui
http://www.laruence.com/

13 years ago by Oleg Oshmyan — view source — reply

unread

Call for voting about the const array/string derefernce RFC now.

you can find more info here:
https://wiki.php.net/rfc/constdereference#vote

I have always wondered why array dereference does not just work on
arbitrary expressions in PHP like other operators do. Even with the
latest modification that allows dereferencing function calls, this works:

md5('')[0]

but this results in a parse error (syntax error, unexpected '['):

(md5(''))[0]

Then there are expressions like ('a'.'b')[0], all sorts of combinations
of operators... Why not just treat any 'expression[expression]' as an
array dereference as other languages do?

echo "foobar"["foo"][0];

"foobar"["foo"] - Why not "undefined index"?

"foo" is converted to an integer, yielding zero. 'Undefined index' seems
to make more sense to me but PHP 5.3 behaves the same way.

--
Oleg

13 years ago by Dmitri Snytkine — view source — reply

unread

No sure who can and cannot vote, I don't see any way for me to vote.

My opinion that it’s a good idea to have array and string dereference.
One feature however, looks odd, like it does not belong here:
echo "foobar"["foo"][0] // output f

Does it look odd to anyone else? I mean, this sort of thing can be added but it just looks like a separate feature alltogether.

Dmitri Snytkine
Web Developer
Ultra Logistics, Inc.
Phone: (888) 220-4640 x 2097
Fax: (888) 795-6642
E-Mail: dsnytkine@ultralogistics.com
Web: www.ultralogistics.com

"A Top 100 Logistics I.T. Provider in 2011"

-----Original Message-----
From: laruence@gmail.com [mailto:laruence@gmail.com] On Behalf Of Laruence
Sent: Monday, December 26, 2011 9:36 PM
To: Pierre Joye
Cc: Patrick ALLAERT; Nikita Popov; PHP Internals
Subject: Re: [PHP-DEV] [RFC]Call for voting about const array/string dereference

Hi:
I have reset the vote, only vote for trunk now.

https://wiki.php.net/rfc/constdereference

thanks

post again as a top thread with this point being clarified please :)

2011/12/13 Nikita Popov nikita.ppv@googlemail.com:

This can't go into PHP 5.4.0 in any case, because it is a feature
addition and the release is already in RC.

+1

@Laruence
Can you remove the voting widget?

I would reset the vote and make the vote for this change to apply to
trunk instead.

There is no reason to delay this decision, even if it is too late for 5.4 :)

Cheers,

Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

Hi, done, now only voting for trunk :)

thanks

--
Laruence Xinchen Hui
http://www.laruence.com/

--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
Laruence Xinchen Hui
http://www.laruence.com/

13 years ago by Ferenc Kovacs — view source — reply

unread

On Tue, Dec 27, 2011 at 2:15 PM, Dmitri Snytkine <
dsnytkine@ultralogistics.com> wrote:

No sure who can and cannot vote, I don't see any way for me to vote.

https://wiki.php.net/rfc/voting
currently the following two groups can vote:

people having php.net svn account
people having a wiki account and manually granted with the voters group
membership

My opinion that it’s a good idea to have array and string dereference.
One feature however, looks odd, like it does not belong here:
echo "foobar"["foo"][0] // output f

Does it look odd to anyone else? I mean, this sort of thing can be added
but it just looks like a separate feature alltogether.

which part seems odd to you?
this rfc and the proposed patch doesn't introduce any new behavior, just
allows using "foobar" everywhere where you could use $foobar = "foobar"
I guess you found it odd that
$foobar = "foobar";
echo $foobar["foo"];

prints 'f', but that's not a new feature, this is how php works currently.
we had a discussion about that recently, and AFAIK in the latest 5.4, a
warning will be triggered if you try to reference a string offset using a
string index.

the scalar referencing proposed here should (and AFAIK it does) behave
exactly the same as it would work if a variable with the same value would
be used.

--
Ferenc Kovács
@Tyr43l - http://tyrael.hu

13 years ago by Dmitri Snytkine — view source — reply

unread

Odd how substring can be used as index of string.

Dmitri Snytkine
Web Developer
Ultra Logistics, Inc.
Phone: (888) 220-4640 x 2097
Fax: (888) 795-6642
E-Mail: dsnytkine@ultralogistics.com
Web: www.ultralogistics.com

"A Top 100 Logistics I.T. Provider in 2011"

-----Original Message-----
From: Ferenc Kovacs [mailto:tyra3l@gmail.com]
Sent: Tuesday, December 27, 2011 8:24 AM
To: Dmitri Snytkine
Cc: Laruence; Pierre Joye; Patrick ALLAERT; Nikita Popov; PHP Internals
Subject: Re: [PHP-DEV] [RFC]Call for voting about const array/string dereference

On Tue, Dec 27, 2011 at 2:15 PM, Dmitri Snytkine <
dsnytkine@ultralogistics.com> wrote:

No sure who can and cannot vote, I don't see any way for me to vote.

https://wiki.php.net/rfc/voting
currently the following two groups can vote:

people having php.net svn account
people having a wiki account and manually granted with the voters group
membership

My opinion that it’s a good idea to have array and string dereference.
One feature however, looks odd, like it does not belong here:
echo "foobar"["foo"][0] // output f

Does it look odd to anyone else? I mean, this sort of thing can be added
but it just looks like a separate feature alltogether.

which part seems odd to you?
this rfc and the proposed patch doesn't introduce any new behavior, just
allows using "foobar" everywhere where you could use $foobar = "foobar"
I guess you found it odd that
$foobar = "foobar";
echo $foobar["foo"];

prints 'f', but that's not a new feature, this is how php works currently.
we had a discussion about that recently, and AFAIK in the latest 5.4, a
warning will be triggered if you try to reference a string offset using a
string index.

the scalar referencing proposed here should (and AFAIK it does) behave
exactly the same as it would work if a variable with the same value would
be used.

--
Ferenc Kovács
@Tyr43l - http://tyrael.hu

13 years ago by Ferenc Kovacs — view source — reply

unread

On Tue, Dec 27, 2011 at 2:42 PM, Dmitri Snytkine <
dsnytkine@ultralogistics.com> wrote:

Odd how substring can be used as index of string.

oh, I see where the confusion comes from.
the reason why "foobar"["foo"] returns 'f' isn't that "foo" is a substring
of "foobar", but that "foo" will be casted to int, which will result in
"foobar"[0], which in turn will result in 'f'
and "foobar"["3 apples"] would return 'b' for example.
it's an unexpected behavior for many people, but it is how it works and we
even documented this.
as I mentioned in my previous mail, we will try to make this a little bit
more noisy, as this can lead to hard to spot bugs.

--
Ferenc Kovács
@Tyr43l - http://tyrael.hu