New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Possible MMD issue when binding nqp::null() ?? #4351
Comments
From @lizmat[10:57:16] <lizmat> m: use nqp; my %h; %h<a> := nqp::null() #hmmmm This looks strange to me, as we have the right candidate for this case: multi sub postcircumfix:<{ }>( \SELF, \key ) is rw { # <— we fail here Oddly enough, it looks like BIND-KEY *can* handle the case well: $ 6 'use nqp; my %h; %h.BIND-KEY("a",nqp::null()); say %h.perl' A similar issue exists with binding nqp::null() to array elements: $ 6 'use nqp; my @a; @a[0] := nqp::null()' I guess the dispatcher cannot see the difference between the absence of a value and nqp::null()? If this is a case of DIHWIDT, then so be it. I was just trying to see if we could make the :delete adverb more sensical for arrays, by making it splice. And introduce a new :null adverbs that would have the current semantics on arrays, and similar semantics on hashes (aka, effectively turning the hash into a SetHash with keys only). Liz |
From @AlexDanielStill reproducible (2017.11,HEAD(e5b660e)) On 2015-06-26 02:25:27, elizabeth wrote:
|
The RT System itself - Status changed from 'new' to 'open' |
Migrated from rt.perl.org#125487 (status was 'open')
Searchable as RT125487$
The text was updated successfully, but these errors were encountered: