Re: Unicode handling

2001-03-24 Thread Philip Newton
kind of like locale, even if you don't call it that. (And IIRC, the mapping of uppercase(LATIN LETTER SHARP S) to "SS" is also a special case for German.) Cheers, Philip -- Philip Newton <[EMAIL PROTECTED]>

Re: standard representations

2000-12-27 Thread Philip Newton
r numbers automatically fail-over to bigint, otherwise, for portability, one would probably be better off using bigints all the time. Cheers, Philip -- Philip Newton <[EMAIL PROTECTED]> I appreciate copies of replies to messages I sent to Perl 6 lists.

Re: String representation

2000-12-21 Thread Philip Newton
ith ASCII (for example, JIS has a Yen sign in place of the backslash, I believe). Even if we ignore language- specific variants of ISO 646; I don't know whether they're still in use anywhere, but if they are, then { | } [ \ ] ~ are all out, and probably a couple of others, too (@?). C

Re: String representation

2000-12-18 Thread Philip Newton
7;m misusing UTF-32. (UTF-8 is variable-width--is UTF-32?) No. UTF-32 is always 4 bytes AIUI. UTF-8 is variable (1..4) and so is UTF-16 (either 2 or 4, though 4 bytes are needed only for characters > U+, i.e. outside the BMP or Basic Multilingual Plane). Cheers, Philip -- Philip Newton &l

Re: String representation

2000-12-18 Thread Philip Newton
to U+. However, UTF-8 is longer than UTF-16 for characters gt U+07FF (but catches up again for U+1 to U+10: both encodings need four bytes for characters in that range because of UTF-16's surrogate encoding). Cheers, Philip -- Philip Newton <[EMAIL PROTECTED]>

Perl recommended reading list

2000-10-09 Thread Philip Newton
On 5 Oct 2000, at 15:06, Dan Sugalski wrote: > I should actually RFC it--we could use a "recommended reading" RFC. Have you had any further thoughts on this? Do you think you'll find the tuits necessary? Cheers, Philip -- Philip Newton <[EMAIL PROTECTED]> I appreciate

Re: RFC 125 (v2) Components in the Perl Core Should Have Well-Defined APIs and Behavior

2000-10-06 Thread Philip Newton
And quite a lot of good stuff has come out since then. Hm, and its status as an RFC would encourage others to submit books you may have missed. Cheers, Philip -- Philip Newton <[EMAIL PROTECTED]> I appreciate copies of replies to my messages to Perl6 lists.

Re: RFC 125 (v2) Components in the Perl Core Should Have Well-Defined APIs and Behavior

2000-10-05 Thread Philip Newton
On 5 Oct 2000, at 13:44, Dan Sugalski wrote: > At 06:19 PM 10/5/00 +0200, Philip Newton wrote: > >On 2 Oct 2000, at 16:14, Dan Sugalski wrote: > > > > > I'll have to go pick that up on Thursday and add it to the Darned Big Pile > > > of books I need to re

Re: RFC 125 (v2) Components in the Perl Core Should Have Well-Defined APIs and Behavior

2000-10-05 Thread Philip Newton
; is the bible of the genre. > > I'll have to go pick that up on Thursday and add it to the Darned Big Pile > of books I need to read. Funny how everyone seems to have on of those. (Most of the books on my DBP I haven't even bought yet.) Cheers, Philip -- Philip Newton <[EMAIL PROTECTED]>

Re: Perl Implementation Language

2000-09-15 Thread Philip Newton
t might be interesting to reread the whole paragraph.) Cheers, Philip -- Philip Newton <[EMAIL PROTECTED]>

Re: RFC 155 (v2) Remove mathematic and trigonomic functions fromcore binary

2000-08-30 Thread Philip Newton
On 28 Aug 2000, Perl6 RFC Librarian wrote: > This and other RFCs are available on the web at > http://dev.perl.org/rfc/ > > =head1 TITLE > > Remove mathematic and trigonomic functions from core binary $RFC[155] =~ s/trigonomic/trigonometric/g; Cheers, Philip -- Phi