Re: RFC 161 (v2) OO Integration/Migration Path

2000-08-29 Thread Nathan Wiger
"Randal L. Schwartz" wrote: 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." Well, we're on a border here. What this RFC is really referring to is

Re: RFC 161 (v2) OO Integration/Migration Path

2000-08-28 Thread Matt Youell
I've read over 161 again and I'm starting to see areas where I can clarify things greatly. I apologize for the confusion. I'll make mods to the RFC in the near future, after I get more feedback from you all. Here are my goals as they probably should have been stated in the RFC: - Concentrate

Re: RFC 161 (v2) OO Integration/Migration Path

2000-08-28 Thread Bart Lateur
On Sun, 27 Aug 2000 06:14:00 -0700, Matt Youell wrote: So an int gets stored as two bytes and not four or eight. Gee, I thought it was more like 30. The savings in bytes don't look too impressive in this case. 4 byte addition is as fast as 2 byte addition on most pmodern platforms -- and you

Re: RFC 161 (v2) OO Integration/Migration Path

2000-08-27 Thread Nathan Torkington
Matt Youell writes: As I think about this, however, I can imagine that some might want to force it's use. Perhaps that requirement could be built into a strict pragma, like 'use StrictTypes' ?? I seem to recall an RFC along those lines. My idea for use strict 'types'; is that Perl

Re: RFC 161 (v2) OO Integration/Migration Path

2000-08-27 Thread Nathan Wiger
Nathan Torkington wrote: Are you proposing making even "normal" scalar, hash, and array access go through these methods? Wouldn't that slow everything way down? Glad you brought this up, Nat! I would say "yes and no". The reason I'd say this is because Dan S. and the internals guys are

RFC 161 (v2) OO Integration/Migration Path

2000-08-27 Thread Perl6 RFC Librarian
This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE OO Integration/Migration Path =head1 VERSION Maintainer: Matt Youell [EMAIL PROTECTED] Date: 25 Aug 2000 Last Updated: 27 Aug 2000 Mailing List: [EMAIL PROTECTED] Version: 2 Number: 161