Re: multiline comments

2005-10-11 Thread Luke Palmer
On 10/12/05, Alfie John <[EMAIL PROTECTED]> wrote: > On 12/10/2005, at 3:33 PM, Luke Palmer wrote: > > =begin comment > > =end comment > > But does that then break my lovely formatted pod like it does in Perl5? Try this: % cat > dosomething.pl =head1 TITLE Thingy - do something =head1 DESCRIPTI

Re: multiline comments

2005-10-11 Thread Alfie John
On 12/10/2005, at 4:18 PM, Mark A. Biggar wrote: Alfie John wrote: Hi (), This is probably a stupid question, but I can't find anything from google: Does Perl6 support multiline comments? Briefly, No and kind of. Standard Perl 6 comments are just like those in Perl 5. A '#' starts

Re: multiline comments

2005-10-11 Thread Mark A. Biggar
Alfie John wrote: Hi (), This is probably a stupid question, but I can't find anything from google: Does Perl6 support multiline comments? Briefly, No and kind of. Standard Perl 6 comments are just like those in Perl 5. A '#' starts a comment that is terminated by the end of line. But, bo

Re: multiline comments

2005-10-11 Thread Alfie John
On 12/10/2005, at 3:33 PM, Luke Palmer wrote: On 10/11/05, Alfie John <[EMAIL PROTECTED]> wrote: Does Perl6 support multiline comments? Yes, in the form of pod blocks. =begin comment =end comment They nest, too. Luke But does that then break my lovely formatted pod like it does in Pe

Re: multiline comments

2005-10-11 Thread Luke Palmer
On 10/11/05, Alfie John <[EMAIL PROTECTED]> wrote: > Does Perl6 support multiline comments? Yes, in the form of pod blocks. =begin comment =end comment They nest, too. Luke

multiline comments

2005-10-11 Thread Alfie John
Hi (), This is probably a stupid question, but I can't find anything from google: Does Perl6 support multiline comments? Alfie John

Checklist for resolving a [PATCH] bug

2005-10-11 Thread Joshua Hoblitt
Hi Folks, As part of my RT 'clean-up' project I've been trying to get bug metadata into a consistent state. Maybe someday we'll be able to generate some worthless statistics that will look pretty in a presentation. :) Anyways, It would be great if everyone handled bugs in the same manner. I'm pl

Re: First (developers) Release of Test::Shlomif::Harness

2005-10-11 Thread Yuval Kogman
On Wed, Oct 12, 2005 at 08:33:48 +1000, [EMAIL PROTECTED] wrote: > Just as a comment, I used the TAP doco to write a VB console app for > testing the non-GUI (library) part of a VB application I recently became > responsible for. The console app writes TAP to STDOUT, and this can be > picked up by

Re: Proposal to make class method non-inheritable

2005-10-11 Thread Stevan Little
David, On Oct 11, 2005, at 8:42 PM, Dave Whipp wrote: Stevan Little wrote: David, ... If you would please give a real-world-useful example of this usage of class-methods, I am sure I could show you, what I believe, is a better approach that does not use class methods. ... The exam

Re: Proposal to make class method non-inheritable

2005-10-11 Thread Larry Wall
On Tue, Oct 11, 2005 at 06:10:41PM -0400, Stevan Little wrote: : Hello all. : : I would like to propose that class methods do not get inherited along : normal class lines. I think most class methods should be written as submethods instead. : I think that inheriting class methods will, in many

Re: Proposal to make class method non-inheritable

2005-10-11 Thread Dave Whipp
Stevan Little wrote: David, ... If you would please give a real-world-useful example of this usage of class-methods, I am sure I could show you, what I believe, is a better approach that does not use class methods. ... The example I've wanted to code in Java is along the lines of: public

Re: Proposal to make class method non-inheritable

2005-10-11 Thread Stevan Little
David, On Oct 11, 2005, at 7:49 PM, Dave Whipp wrote: Stevan Little wrote: I would like to propose that class methods do not get inherited along normal class lines. One of the things that has annoyed me with Java is that it's class methods don't inherit (dispatch polymorphically). This m

Re: Proposal to make class method non-inheritable

2005-10-11 Thread Stevan Little
Damian, On Oct 11, 2005, at 6:53 PM, Damian Conway wrote: Anyway, I have said my peace, what do you all think? I think there are serious problems with this proposal. For a start, it would be very difficult to create *any* objects at all if the C class method wasn't inheritable. Actually

Re: Proposal to make class method non-inheritable

2005-10-11 Thread Dave Whipp
Stevan Little wrote: I would like to propose that class methods do not get inherited along normal class lines. One of the things that has annoyed me with Java is that it's class methods don't inherit (dispatch polymorphically). This means that you can't apply the "template method" pattern to

Re: Proposal to make class method non-inheritable

2005-10-11 Thread Damian Conway
Anyway, I have said my peace, what do you all think? I think there are serious problems with this proposal. For a start, it would be very difficult to create *any* objects at all if the C class method wasn't inheritable. Damian

RE: First (developers) Release of Test::Shlomif::Harness

2005-10-11 Thread leif . eriksen
-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >That said, now that TAP is well documented (yay), there's nothing wrong >with writing other harnesses. Just as a comment, I used the TAP doco to write a VB console app for testing the non-GUI (library) part of a V

Proposal to make class method non-inheritable

2005-10-11 Thread Stevan Little
Hello all. I would like to propose that class methods do not get inherited along normal class lines. I think that inheriting class methods will, in many cases, not DWIM. This is largely because your are inheriting behavior, and not state (since class attributes are not inheritable). Let m

Re: [perl #37414] [PATCH] Removed obsolete win32 exports

2005-10-11 Thread Jonathan Worthington
"Michael Walter (via RT)" <[EMAIL PROTECTED]> wrote: Removed exports for functions which apparently got removed recently. Thanks, applied (r9461). Jonathan

[perl #37414] [PATCH] Removed obsolete win32 exports

2005-10-11 Thread via RT
# New Ticket Created by Michael Walter # Please include the string: [perl #37414] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=37414 > Removed exports for functions which apparently got removed recently. parrotdef.pl.p

Re: Smoke not accepted from cygwin

2005-10-11 Thread Alberto Manuel Brandão Simões
I noticed that if you rsync instead of svn, the make smoke will not work. Nick Glencross wrote: Nick Glencross wrote: Guys, I have tried to submit a smoke from cygwin, but the server does not accept the smoke file (which I've attached). Can someone in-the-know about what criteria the serve

feather

2005-10-11 Thread Juerd
Feather has been online for a few months now, and I think it's a good idea to try to evaluate, and to see how it can further improve productivity. The machine has 49 user accounts and is used in several ways. It is mostly used to connect to IRC. Pugs and parrot are compiled and developed a lot on

Re: Sane (less insane) pair semantics

2005-10-11 Thread TSa
HaloO, Larry Wall wrote: It still has to figure out how to reconcile the named arguments with the positional parameters, of course, unless someone has made sufficient representation to the compiler that all calls to a particular short name have particular named parameters that are guaranteed to

Re: Smoke not accepted from cygwin

2005-10-11 Thread Nick Glencross
Nick Glencross wrote: Guys, I have tried to submit a smoke from cygwin, but the server does not accept the smoke file (which I've attached). Can someone in-the-know about what criteria the server uses shed any light on it? I note that the file is bzip'd whereas on Linux it is gzip'd. Sure

Re: [PATCH] @directive -> :directive

2005-10-11 Thread Leopold Toetsch
Jonathan Scott Duff wrote: Here's a patch that converts from the @-style directives to the :-style through out the entire parrot source tree including documentation. Notable files that I didn't change are: imcc/imcc.l # gotta leave this one alone :) editor/imc.vim.in # not int

Re: Sane (less insane) pair semantics

2005-10-11 Thread Ingo Blechschmidt
Hi, Stuart Cook wrote: > On 11/10/05, Austin Hastings <[EMAIL PROTECTED]> wrote: >> A rule that says >> "splatting >> a list coerces all pairs into named args" works just fine. The >> corresponding rule, "acc

Re: First (developers) Release of Test::Shlomif::Harness

2005-10-11 Thread Rafael Garcia-Suarez
Andy Lester wrote in perl.qa : > On Mon, Oct 10, 2005 at 02:52:49PM -0700, chromatic ([EMAIL PROTECTED]) wrote: >> > I do NOT want to see that sort of thing as patches to Test::Harness. > >> I have a few ideas myself on how to make T::H a little more clean and >> useful, but I'd have to do some ref

Re: __set_pmc_keyed(_int|_str)? on custom classes

2005-10-11 Thread Patrick R. Michaud
On Tue, Oct 11, 2005 at 01:34:36PM +0200, Leopold Toetsch wrote: > It wasn't until r9445. > > I've now special-cased the *_keyed_int methods, to first look for a user > function and then use the fallback in default.pmc, if no user method exists. Excellent, works exactly as I need it to now. >

Re: First (developers) Release of Test::Shlomif::Harness

2005-10-11 Thread Sébastien Aperghis-Tramoni
Andy Lester <[EMAIL PROTECTED]> wrote: > The real issue is that, if Shlomi had come to me and discussed the > issues rather than "I want to fork Test::Harness", we could have worked > together. Instead, it's "I want color-coding of tests, and T::H doesn't > do what I want, so I'm gonna go fork it

Re: HLL type mappings and PIR

2005-10-11 Thread Roger Browne
> >Parrot_get_HLL_id > >Parrot_register_HLL_type > >Parrot_get_ctx_HLL_type > > ...Is there any way to set and use these HLL type mappings from PIR? > > Not yet. Syntax proposals welcome. Um, 3 new opcodes? get_lang_id(out INT, in STR) Return an integer id $1 for the HLL na

Re: Sane (less insane) pair semantics

2005-10-11 Thread Stuart Cook
On 11/10/05, Austin Hastings <[EMAIL PROTECTED]> wrote: > Luke's Tuple proposal, aka Luke's Grand Unified Object Model, is way not > what we need for this. As far as I can see, LGUOM is an expression of > "Haskell envy" of brobdingnagian proportion. The reason I refrained from linking to theory.po

Re: HLL type mappings and PIR

2005-10-11 Thread Leopold Toetsch
Roger Browne wrote: In a PMC you can set and use HLL type mappings using these calls: Parrot_get_HLL_id Parrot_register_HLL_type Parrot_get_ctx_HLL_type I've been using these in some experimental PMCs, with good results. Is there any way to set and use these HLL type mappings from PIR

Re: __set_pmc_keyed(_int|_str)? on custom classes

2005-10-11 Thread Leopold Toetsch
Patrick R. Michaud wrote: Is it possible to use __set_pmc_keyed(_int|_str)? to detect when a PMC object is being subscripted with an integer versus a string argument? It wasn't until r9445. The problem was that classes/default.pmc has fallback methods that create PMC keys. Unfortunately we so

HLL type mappings and PIR

2005-10-11 Thread Roger Browne
In a PMC you can set and use HLL type mappings using these calls: Parrot_get_HLL_id Parrot_register_HLL_type Parrot_get_ctx_HLL_type I've been using these in some experimental PMCs, with good results. Is there any way to set and use these HLL type mappings from PIR? Regards, Roger Brow

Re: Sane (less insane) pair semantics

2005-10-11 Thread Austin Hastings
Ingo Blechschmidt wrote: >Juerd wrote: > > >>Ingo Blechschmidt skribis 2005-10-10 20:08 (+0200): >> >> >>>Named arguments can -- under the proposal -- only ever exist in >>>calls. >>> >>> >>Which leaves us with no basic datastructure that can hold both >>positional and named arguments.

__set_pmc_keyed(_int|_str)? on custom classes

2005-10-11 Thread Patrick R. Michaud
Is it possible to use __set_pmc_keyed(_int|_str)? to detect when a PMC object is being subscripted with an integer versus a string argument? In particular, I'd like to be able to detect the difference between the keys used in the keyed assignments below: $P0 = new "MyClass" $I0 = 5 $

Re: This week's summary

2005-10-11 Thread Patrick R. Michaud
On Mon, Oct 10, 2005 at 11:39:25PM +0100, The Perl 6 Summarizer wrote: > The Perl 6 Summary for the week ending 2005-10-09 > Hello, and welcome to the first Perl 6 Summary to be published on my > website rather than its former home at > > This week in perl6-compiler