On Sat, Dec 01, 2007 at 02:30:24PM -0800, Will Coleda wrote:
> # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=48020 >
>
> from DEPRECATED.pod
>
> =item B<find_name>
>
> There are several variants of some of the above ops; all are deprecated,
> and are replaced by the ops {set,get}_[hll,root]_global. See also
> http://www.parrotcode.org/docs/ops/var.html.
[I've commented about this a couple of times before, but my
messages have been lost and/or Warnocked [1]. This is another repost.]
I understand why find_global and store_global are being deprecated
in favor of the get/set global ops. But do we really want to
deprecate find_name ? It seems to have semantics not directly
available through the other ops.
In particular, a PIR instruction like
'foo'()
uses the find_name opcode to locate the symbol foo in various
namespaces (lexical, current, global, builtin). If we eliminate
the find_name opcode, it seems we'd need something to replace it.
I vote to keep the find_name opcode.
Pm
1. http://www.nntp.perl.org/group/perl.perl6.internals/2007/09/msg40127.html
