Nathan Wiger writes: > Great. My point I was trying to drive at was that: > > my int $x = 5; > > Could turn around and do something different than asInt(). All stores > are done throught STORE(), and context checking is done on access. So I > was picking at details. Are you proposing making even "normal" scalar, hash, and array access go through these methods? Wouldn't that slow everything way down? It's like you're proposing an extension to the current tie system to deal with more operators, and then saying "no variable can have a value, they all have to be ties to objects". Is that what you're suggesting? Nat
- 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