Re: RFC 283 (v1) C in array context should return a histogram

2000-09-26 Thread Paris Sinclair
>Could you please start from the assumption that we're all interested in >supporting the full Unicode space to the greatest degree possible? None >of us are trying to force an ASCII-only alphabet on anyone (although some >of us are interested in keeping ASCII-only operations fast and efficient >s

Re: RFC 283 (v1) C in array context should return a histogram

2000-09-26 Thread Paris Sinclair
r argument is flawed. And, if my being or not being a minority is something that would effect the value of my position, then you are even more dangerous than I had suspected. As for a rioter, that is funny. I am not rioting, I am giving arguments in support of an RFC. Am I "rioting"

Re: RFC 283 (v1) C in array context should return a histogram

2000-09-26 Thread Paris Sinclair
hopefully a better way, but not one that is obvious (to me). But given the changes proposed in RFC 283, it would not only be easier, it would be more efficient, and fully compatible with whatever character encodings Perl supports, now and into the future. Paris Sinclair|4a75737420416e6f74686572 [EMAIL PROTECTED]|205065726c204861636b6572 www.sinclairinternetwork.com

Re: RFC 283 (v1) C in array context should return a histogram

2000-09-26 Thread Paris Sinclair
C. Or a map and a match and an index, but that's a lot of frivilous temp variables. Paris Sinclair|4a75737420416e6f74686572 [EMAIL PROTECTED]|205065726c204861636b6572 www.sinclairinternetwork.com

Re: RFC 283 (v1) C in array context should return a histogram

2000-09-26 Thread Paris Sinclair
On Tue, 26 Sep 2000, Bennett Todd wrote: > 2000-09-26-05:18:57 Paris Sinclair: > > > (%alphabet) = $string =~ tr/a-z//; > > > > also a little more concise (and certainly more efficient...) than > > > > %alphabet = map { $_ => eval "\$string

Re: RFC 283 (v1) C in array context should return a histogram

2000-09-26 Thread Paris Sinclair
//" } (a..z); Context is beautiful; it's at least 50% of the reason I love Perl. I would love to see it extended here. Paris Sinclair|4a75737420416e6f74686572 [EMAIL PROTECTED]|205065726c204861636b6572 www.sinclairinternetwork.com

Re: RFC 277 (v1) Eliminate unquoted barewords from Perl entirely

2000-09-26 Thread Paris Sinclair
way, just to prevent people from doing it the wrong way. That is to say, P6 should be P5++, not P5--. Paris Sinclair|4a75737420416e6f74686572 [EMAIL PROTECTED]|205065726c204861636b6572 www.sinclairinternetwork.com

RE: PERL6STORM - tchrist's brainstorm list for perl6

2000-09-22 Thread Paris Sinclair
t the "carriage returns" by hand, but I don't want to have to start worrying about when I need to add them back in when I didn't want to take them out in the first place. Paris Sinclair|4a75737420416e6f74686572 [EMAIL PROTECTED]|205065726c204861636b6572 www.sinclairinternetwork.com

Re: RFC 263 (v1) Add null() keyword and fundamental data type

2000-09-21 Thread Paris Sinclair
our insanity. > > --tom I've got your null right here... :0 * ^From: Tom Christiansen /dev/null Can't we all just play nice? Paris Sinclair|4a75737420416e6f74686572 [EMAIL PROTECTED]|205065726c204861636b6572 www.sinclairinternetwork.com

Re: RFC 263 (v1) Add null() keyword and fundamental data type

2000-09-20 Thread Paris Sinclair
understand what defaco general problem is solved with adding it. Paris Sinclair|4a75737420416e6f74686572 [EMAIL PROTECTED]|205065726c204861636b6572 www.sinclairinternetwork.com