Re: Name of this wiki

2006-06-16 Thread Matt Todd
A simple, if naive fix could be to make the logo a phonetic representation (or whatever it's called). Just a simple pseudo-solution. M.T.

Re: ~~ with *

2006-06-16 Thread Larry Wall
On Tue, Jun 06, 2006 at 05:11:26PM +0100, Daniel Hulme wrote: : I only vaguely recall the discussions a while back about what : smart-matching against Booleans should do. IIRC, there are two : positions, and a good argument for either side: : : C<$foo ~~ True> means C; C<$foo ~~ False> means C : o

Re: Name of this wiki

2006-06-16 Thread Sage La Torra
On 6/16/06, Larry Wall <[EMAIL PROTECTED]> wrote: Hmm, 'Momi' will be mispronounced by some English speakers as "mommy". Also, many geeks will read foreign CV-ish names as Japanese, so it'd be cool if it works as a bilingual pun. In Japanese, /momi/ means 'fir tree' or 'unhulled rice'. On the

[svn:perl6-synopsis] r9683 - doc/trunk/design/syn

2006-06-16 Thread larry
Author: larry Date: Fri Jun 16 16:53:52 2006 New Revision: 9683 Modified: doc/trunk/design/syn/S03.pod Log: Cut-n-paste error noted by TheDamian++. Modified: doc/trunk/design/syn/S03.pod == --- doc/trunk/design/syn/S

[svn:perl6-synopsis] r9681 - doc/trunk/design/syn

2006-06-16 Thread larry
Author: larry Date: Fri Jun 16 15:33:47 2006 New Revision: 9681 Modified: doc/trunk/design/syn/S03.pod Log: Fixing bad writing, mostly. Modified: doc/trunk/design/syn/S03.pod == --- doc/trunk/design/syn/S03.pod

[svn:perl6-synopsis] r9680 - doc/trunk/design/syn

2006-06-16 Thread larry
Author: larry Date: Fri Jun 16 15:06:45 2006 New Revision: 9680 Modified: doc/trunk/design/syn/S03.pod Log: Further decoupling of assignment parsing policy from behavior. Modified: doc/trunk/design/syn/S03.pod == ---

Re: Readonly PMCs and types

2006-06-16 Thread Leopold Toetsch
On Jun 16, 2006, at 17:29, Klaas-Jan Stol wrote: Wouldn't it be an idea to have a property 'is_read_only' or something like that? Then, when attempting to do a write action on a r/o PMC, an exception is thrown. It would seem to me that this is a typical case for using a property. A "Parrot

Re: [perl #39378] Pheme Segfault with Keyed Class Names

2006-06-16 Thread chromatic
On Friday 16 June 2006 04:38, Leopold Toetsch wrote: > This is now (r12950) fixed. I accidentally did also ci the patch. I hope > this is ok - else just revert it (sorry). It's okay. I had to rebuild Pheme, but I can confirm the fix. Thanks again, Leo! -- c

Re: Readonly PMCs and types

2006-06-16 Thread Larry Wall
On Fri, Jun 16, 2006 at 10:27:06AM -0700, chromatic wrote: : On Friday 16 June 2006 08:29, Klaas-Jan Stol wrote: : : > Wouldn't it be an idea to have a property 'is_read_only' or something : > like that? Then, when attempting to do a write action on a r/o PMC, an : > exception is thrown. It would

Re: Readonly PMCs and types

2006-06-16 Thread chromatic
On Friday 16 June 2006 08:29, Klaas-Jan Stol wrote: > Wouldn't it be an idea to have a property 'is_read_only' or something > like that? Then, when attempting to do a write action on a r/o PMC, an > exception is thrown. It would seem to me that this is a typical case for > using a property. > > Th

[svn:perl6-synopsis] r9677 - doc/trunk/design/syn

2006-06-16 Thread larry
Author: larry Date: Fri Jun 16 09:58:20 2006 New Revision: 9677 Modified: doc/trunk/design/syn/S03.pod Log: Typo. Modified: doc/trunk/design/syn/S03.pod == --- doc/trunk/design/syn/S03.pod(original) +++ doc/t

Code freeze

2006-06-16 Thread Leopold Toetsch
Parrot 0.4.5 will be released Sun 18th. * please refrain from any feature changes to parrot and compiler tool chain * docu updates, trivial bug fixes and such are still welcome * please update PLATFORMS and smokes Thanks, leo

[svn:perl6-synopsis] r9676 - doc/trunk/design/syn

2006-06-16 Thread larry
Author: larry Date: Fri Jun 16 09:55:37 2006 New Revision: 9676 Modified: doc/trunk/design/syn/S03.pod Log: Clarified when circumfix parens are simple, and when not. Modified: doc/trunk/design/syn/S03.pod == --- doc/

Re: Readonly PMCs and types

2006-06-16 Thread Klaas-Jan Stol
Leopold Toetsch wrote: Recently on IRC: @woggle> leo: So, for read-only PMC variants, I'm presuming that it's okay to have the read-only variants have their own type number and type name (like was done for ConstSArray)... My 2 c: A distinct type number would cause e.g. dif

Re: Name of this wiki

2006-06-16 Thread Larry Wall
On Fri, Jun 16, 2006 at 11:51:09AM +0930, Tom Lanyon wrote: : On Thu, Jun 15, 2006 at 10:12:12PM -0400, Matt Todd wrote: : > I really like these. I think you're on to something. I'm definitely in : > favor of Momi Wiki, or just Momi. : : Just 'Momi' sounds good, I really like it. Hmm, 'Momi' will

Readonly PMCs and types

2006-06-16 Thread Leopold Toetsch
Recently on IRC: @woggle> leo: So, for read-only PMC variants, I'm presuming that it's okay to have the read-only variants have their own type number and type name (like was done for ConstSArray)... My 2 c: A distinct type number would cause e.g. different MMD behavior and I

Re: [perl #39378] Pheme Segfault with Keyed Class Names

2006-06-16 Thread Leopold Toetsch
Am Freitag, 9. Juni 2006 21:19 schrieb chromatic: > I started to port Pheme's class names to the new keyed style.  Applying > this patch and rebuilding causes segfaults in some tests and multidispatch > failures in others. This is now (r12950) fixed. I accidentally did also ci the patch. I hope th

Re: Error Message "Magic number checking on storable file..." when running "cover" to merge data

2006-06-16 Thread Paul Johnson
On Sat, Jun 10, 2006 at 08:14:09PM -0700, Scott Wang wrote: > Hi Paul, > > You are right, I found a 0 size file under the > "cover_db/structure" folder. After I removed that 0 > size file, my "cover" worked fine to merge all the > data and generated HTML file. > > The 0 size file, I think, is be

Re: Couldn't understand the following message from Devel::Cover ...

2006-06-16 Thread Paul Johnson
On Fri, Jun 16, 2006 at 12:43:11PM +0530, Rajanikanth Dandamudi wrote: > Hi All, > > Can some one help me understand why I am getting the following message > on the following perl program : > > perl program > > #!/usr/local/bin/perl > > %hsh = ( > ABC => -abc, > DEF =>

Re: Question - (1) Devel:;Cover and B::Deparse issue (2) "cover" and its momory consuming issue

2006-06-16 Thread Paul Johnson
On Sat, Jun 10, 2006 at 07:54:28PM -0700, Scott Wang wrote: > Hi Paul, > > Thanks a lot for your reply! > > After I turned off warning in all my product scripts > and test scripts which I was running Devel::Cover on, > 90% warning messages related B::Deparse deep recursion > have gone, and only

Re: Name of this wiki

2006-06-16 Thread John J. Trammell
On Thu, Jun 15, 2006 at 10:32:05AM +0200, Thomas Wittek wrote: > Another idea: Wiki is hawaiian for "quick, fast". Why not take another > hawaiian word? Some examples (you will find more on the web): > > -Aloah: Greeting, love ;) > -Kākau: Write > -Kala: To release, free > -Kāmelo: Camel > -Makana

[svn:perl6-synopsis] r9667 - doc/trunk/design/syn

2006-06-16 Thread audreyt
Author: audreyt Date: Fri Jun 16 01:27:30 2006 New Revision: 9667 Modified: doc/trunk/design/syn/S02.pod Log: * S02: &?SUB is no more - it's now &?ROUTINE since it also works in method. Also $?SUBNAME is now &?ROUTINE.name. (It's already that way in S06, this just syncs with S06

Re: Name of this wiki

2006-06-16 Thread Tom Lanyon
On Thu, Jun 15, 2006 at 10:12:12PM -0400, Matt Todd wrote: > I really like these. I think you're on to something. I'm definitely in > favor of Momi Wiki, or just Momi. Just 'Momi' sounds good, I really like it. -Tom

Couldn't understand the following message from Devel::Cover ...

2006-06-16 Thread Rajanikanth Dandamudi
Hi All, Can some one help me understand why I am getting the following message on the following perl program : perl program #!/usr/local/bin/perl %hsh = ( ABC => -abc, DEF => -def, ); for $key (keys %hsh){ print "Key = $key Value = $hsh{$key}\n"; } =