>>>>> "Nathan" == Nathan Torkington <[EMAIL PROTECTED]> writes: Nathan> Are you proposing making even "normal" scalar, hash, and array access Nathan> go through these methods? Wouldn't that slow everything way down? That's my first gut reaction to this proposal. "If you like Python, you know where to find it, but let us have some primitive data types in Perl that act primitive so we can optimize things." Here's hoping I don't have to prove that, and Larry will just reject this proposal outright. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <[EMAIL PROTECTED]> <URL:http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
- RFC 161 (v2) OO Integration/Migration Path Perl6 RFC Librarian
- Re: RFC 161 (v2) OO Integration/Migration Path Nathan Wiger
- Re: RFC 161 (v2) OO Integration/Migration Pat... Matt Youell
- Re: RFC 161 (v2) OO Integration/Migration... Nathan Wiger
- Re: RFC 161 (v2) OO Integration/Migra... Nathan Torkington
- Re: RFC 161 (v2) OO Integration/... Nathan Wiger
- Re: RFC 161 (v2) OO Integration/... Randal L. Schwartz
- Re: RFC 161 (v2) OO Integrat... Nathan Wiger
- Re: RFC 161 (v2) OO Integrat... Matt Youell
- Re: RFC 161 (v2) OO Integration/Migra... Matt Youell
- Re: RFC 161 (v2) OO Integration/... Nathan Wiger
- Re: RFC 161 (v2) OO Integration/... Bart Lateur
- Re: RFC 161 (v2) OO Integration/Migration... Nathan Torkington
- Re: RFC 161 (v2) OO Integration/Migra... Matt Youell
- Re: RFC 161 (v2) OO Integration/... Nathan Wiger
- Re: RFC 161 (v2) OO Integrat... Matt Youell
- Re: RFC 161 (v2) OO Integration/Migration Path Nathan Torkington