Re: parrot tests failing on Darwin

On Sun, Oct 09, 2005 at 14:15:08 -0700, chromatic wrote: > On Sun, 2005-10-09 at 17:25 +0200, Yuval Kogman wrote: > > > Odd, I wonder why diagnosis are emitted on STDERR (or something else > > maybe). > > That's where Test::Builder emits them. Test::Harness never collected > them or parsed them

Smoke not accepted from cygwin

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. For the record, after runnin

Re: Smoke not accepted from cygwin

Strange, something has stripped the attachment (I didn't forget to attach it, honest!). I'll try again in a few hours using SMTP instead of NNTP. Nick 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

Re: [perl #36452] Re: [BUG] PGE recursion, bus error

On Sun, Oct 09, 2005 at 09:55:44AM -1000, Joshua Hoblitt wrote: > > > What is the status of this bug? Should this be a PGE todo item? > > > > My opinion is that it's "not a bug" -- the normal behavior for > > most programs with infinite recursive loops is that they > > eventually explode. > >

Re: [perl #27003] bytecode (header?) problem in tru64/alpha

Joshua Hoblitt via RT wrote: >>[doughera - Thu Oct 06 07:21:15 2005]: >> >>I think this bug can be closed. I just got those tests to pass on >>Sparc/Solaris 8 with gcc -m64 -mcpu=v9. (Mind you lots of other tests >>fail, but that's a separate problem.) >> >> >> > > > Jarrko, > > Are you OK w

[perl #37399] [PATCH] fix imcc tests with bison >= 1.75c

# New Ticket Created by Joshua Hoblitt # Please include the string: [perl #37399] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=37399 > This transaction appears to have no contentAccording to the Bison Changlog, the error

Re: Smoke not accepted from cygwin

Here (hopefully) is the generated smoke file which might hold some clues... Nick 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 a

Re: Sane (less insane) pair semantics

On 10/10/05, Austin Hastings <[EMAIL PROTECTED]> wrote: > So to pass a hash that has one element requires using the hash > keyword? I don't see a hash in your example, so I'm not sure what you're referring to here. > Specifically, if I say: > > @args = (a => 1, get_overrides()); > > Then can I

[perl #37401] [PATCH] README.win32

> [EMAIL PROTECTED] - Sun Oct 09 23:46:41 2005]: > > Hi, > > Attached is a patch to change the spelling of librairies to libraries. > > Michael Cartmell > Network & Operating Systems Analyst > Lawpoint > Thomson Legal & Regulatory Limited (ABN 64 058 914 668) > Ph +61 2 9239 4958Fax +612

Re: Sane (less insane) pair semantics

Stuart Cook skribis 2005-10-10 22:58 (+1100): > > @args = (a => 1, get_overrides()); > > foo([EMAIL PROTECTED]); > Not if you want that a=>1 to be a named argument. > Under the proposal, the only ways to pass a named argument are: > 1) By using a literal pair in the syntactic top-level of the a

Re: [perl #36452] Re: [BUG] PGE recursion, bus error

Patrick~ On 10/9/05, Patrick R. Michaud <[EMAIL PROTECTED]> wrote: > On Sun, Oct 09, 2005 at 09:55:44AM -1000, Joshua Hoblitt wrote: > > > > What is the status of this bug? Should this be a PGE todo item? > > > > > > My opinion is that it's "not a bug" -- the normal behavior for > > > most progra

[perl #37402] [PATCH] parrot-config.imc documentation is missing ".imc" suffixes

# New Ticket Created by Roger Browne # Please include the string: [perl #37402] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=37402 > The "SYNOPSIS" section within parrot-config.imc is missing the ".imc" suffixes. This pa

Re: Sane (less insane) pair semantics

Juerd skribis 2005-10-10 15:20 (+0200): > only pairs on the topmost level of arguments (not in any parens) are s/not in any parens/not in any grouping parens/, to exclude .() Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/g

Re: Sane (less insane) pair semantics

[EMAIL PROTECTED] wrote: Stuart Cook skribis 2005-10-10 22:58 (+1100): @args = (a => 1, get_overrides()); foo([EMAIL PROTECTED]); Not if you want that a=>1 to be a named argument. Under the proposal, the only ways to pass a named argument are: 1) By using a literal pair in the synt

Re: Sane (less insane) pair semantics

Miroslav Silovic skribis 2005-10-10 15:04 (+0200): > >>Under the proposal, the only ways to pass a named argument are: > >>1) By using a literal pair in the syntactic top-level of the arg list > >>2) By splatting a pair, hash, or arg-list-object > >I find this counterintuitive, and also want arrays

[perl #37401] [PATCH] README.win32

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #37401] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=37401 > Hi, Attached is a patch to change the spelling of librairies to libraries. Micha

Re: [perl #34669] [TODO] IMCC - make imcc.l compatible with modern flex

On Sun, Oct 09, 2005 at 08:41:32PM -0700, Joshua Hoblitt via RT wrote: > It works with flex version 2.5.4 - is that new enough? ;) Sorry, that's the old one. The new one is 2.5.31 or so. Yes, the maintainers of flex made an incompatible change in the middle of the 2.5.* version series. Grr. --

Re: [perl #36452] Re: [BUG] PGE recursion, bus error

Patrick~ On 10/10/05, Patrick R. Michaud <[EMAIL PROTECTED]> wrote: > On Mon, Oct 10, 2005 at 09:11:02AM -0400, Matt Fowles wrote: > > Patrick~ > > > > The theoretical implementation of this is quite simple. Keep a > > counter. everytime a token is consumed from the input stream reset it. > > Ev

Re: Sane (less insane) pair semantics

Interestingly, I had already written almost exactly the same thing into my version of S06, but I've been holding off on checking it in while I mull over Luke's theory theory. Regardless of the actual syntax we end up with, I think everyone can assume that the compiler will be able to determine at

Re: Sane (less insane) pair semantics

Stuart Cook wrote: >On 10/10/05, Austin Hastings <[EMAIL PROTECTED]> wrote: > > >The overrides have nothing to do with it. That a=>1 will *always* be a >positional, because by the time it reaches the argument list, it's a value >(not a syntactic form). The only way to use a pair-value as a n

Re: [perl #36452] Re: [BUG] PGE recursion, bus error

Patrick~ On 10/10/05, Patrick R. Michaud <[EMAIL PROTECTED]> wrote: > On Mon, Oct 10, 2005 at 10:45:54AM -0400, Matt Fowles wrote: > > Perhaps a better approach would be to perform a bit > > of static analysis on the grammar and look for left recursions at > > creation time (I believe that is a kn

Re: Type annotations

HaloO, I fear I'm addicted... Luke Palmer wrote: On 10/7/05, chromatic <[EMAIL PROTECTED]> wrote: On Fri, 2005-10-07 at 17:43 -0600, Luke Palmer wrote: No, you can't overload assignment at runtime because you can't overload assigment at any time, so says the language spec (well, not any fo

Re: [perl #37399] [PATCH] fix imcc tests with bison >= 1.75c

Joshua Hoblitt (via RT) wrote: According to the Bison Changlog, the error string "parse error" was changed to "syntax error" in bison 1.75c. I haven't tried that version but can confirm that it has changed in 1.875. Or: unify the printed message in IMCC_fataly Or: as these are regexen anyway

Re: Sane (less insane) pair semantics

Miroslav Silovic wrote: > [EMAIL PROTECTED] wrote: > >> * expands its RHS and evaluate it as if it was written literally. >> >> I'd like @_ or @?ARGS or something like that to be a *-able array that >> will be guaranteed to be compatible with the current sub's signature. >> > This sounds nice, tho

Re: Sane (less insane) pair semantics

Hi, Austin Hastings wrote: > How about "perl should DWIM"? In this case, I'm with Juerd: splat > should pretend that my array is a series of args. Yep. > So if I say: > > foo [EMAIL PROTECTED]; > > or if I say: > > foo([EMAIL PROTECTED]); > > I still mean the same thing: shuck the array and

Re: Sane (less insane) pair semantics

Austin Hastings wrote: How about "perl should DWIM"? In this case, I'm with Juerd: splat should pretend that my array is a series of args. So if I say: foo [EMAIL PROTECTED]; or if I say: foo([EMAIL PROTECTED]); I still mean the same thing: shuck the array and get those args out here, even

Re: Sane (less insane) pair semantics

On 2005-10-10 13:36, "Ingo Blechschmidt" <[EMAIL PROTECTED]> wrote: > Under the proposal, a Pair object doesn't have any special > magic Right. So under this proposal, the "key => value" syntax is overloaded: in some contexts it creates a Pair object, and in others it assigns a value to a named

Re: Sane (less insane) pair semantics

Ingo Blechschmidt skribis 2005-10-10 19:36 (+0200): > my @array = (42, "hi", (a => 23)); It is worth pointing out that the inner parens here are merely for grouping: this information is lost afterwards, hence this: > foo [EMAIL PROTECTED]; # same as shouldn't be > foo 42, "hi", (a

Re: Sane (less insane) pair semantics

Hi, Mark Reed wrote: > On 2005-10-10 13:36, "Ingo Blechschmidt" <[EMAIL PROTECTED]> wrote: >> Under the proposal, a Pair object doesn't have any special >> magic > > Right. So under this proposal, the "key => value" syntax is > overloaded: in some contexts it creates a Pair object, and in others

Re: Sane (less insane) pair semantics

Hi, Dave Whipp wrote: > Austin Hastings wrote: >> How about "perl should DWIM"? In this case, I'm with Juerd: splat >> should pretend that my array is a series of args. >> >> So if I say: >> >> foo [EMAIL PROTECTED]; >> >> or if I say: >> >> foo([EMAIL PROTECTED]); >> >> I still mean the same

Re: Sane (less insane) pair semantics

Hi, Juerd wrote: > Ingo Blechschmidt skribis 2005-10-10 19:36 (+0200): >> my @array = (42, "hi", (a => 23)); > > It is worth pointing out that the inner parens here are merely for > grouping: this information is lost afterwards, hence this: > >> foo [EMAIL PROTECTED]; # same as > > sho

Re: Sane (less insane) pair semantics

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. This is a problem because in a call, they can be combined. An array could hol

Re: Sane (less insane) pair semantics

Ingo Blechschmidt skribis 2005-10-10 19:59 (+0200): > my @args = ( (a => 1), b => 2 ); # is sugar for > my @args = ( (a => 1), (b => 2) ); Please, no. Please let the pair constructor be =>, not (=>). There is really no need for this operator to consist of both infix and circumfix parts. P

Re: [perl #36119] [PATCH] Reapply execute permissions on dynclasses for HP-UX

Joshua Hoblitt via RT wrote: -copy("$_$LOAD_EXT", $dest) or die "Copy $_$LOAD_EXT failed ($?)\n"; +File::Copy::syscopy("$_$LOAD_EXT", $dest) or die "Copy $_$LOAD_EXT failed ($?)\n"; Certainly on cygwin File::Copy::syscopy also seems to lose execute permissions, despite what th

Re: [perl #37308] Parrot gobbles up all the memory

On Fri, 7 Oct 2005, Leopold Toetsch wrote: > > On Oct 7, 2005, at 20:52, Andy Dougherty wrote: > > > perl Configure.pl --optimize=-O3 --debugging=0 --cc=gcc --ld=gcc > > --link=gcc > > ... > Andy slowly please. No --optimize tests yet. Let's first look at plain default > build. Why? --opt

Re: Sane (less insane) pair semantics

Hi, Juerd wrote: > Ingo Blechschmidt skribis 2005-10-10 19:59 (+0200): >> my @args = ( (a => 1), b => 2 ); # is sugar for >> my @args = ( (a => 1), (b => 2) ); > > Please, no. Please let the pair constructor be =>, not (=>). There is > really no need for this operator to consist of both

Re: Sane (less insane) pair semantics

> "J" == Juerd <[EMAIL PROTECTED]> writes: J> Ingo Blechschmidt skribis 2005-10-10 19:59 (+0200): >> my @args = ( (a => 1), b => 2 ); # is sugar for >> my @args = ( (a => 1), (b => 2) ); J> Please, no. Please let the pair constructor be =>, not (=>). There is J> really no need for

Re: Sane (less insane) pair semantics

Hi, 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. This is a problem because in a call, > they can

Re: [perl #36119] [PATCH] Reapply execute permissions on dynclasses for HP-UX

Joshua Hoblitt via RT wrote: As a general comment, 36119 makes me a little nervous as 'chmod' isn't something you can count on unless your on a POSIX like system and osname ne 'MSWin32' certainly would encompass non-POSIX systems. Are you planning on retool this patch to be more pedantic about

Re: [perl #37399] [PATCH] fix imcc tests with bison >= 1.75c

On Mon, Oct 10, 2005 at 06:19:12PM +0200, Leopold Toetsch wrote: > Joshua Hoblitt (via RT) wrote: > > >-/^error:imcc:parse error, unexpected SHIFT_LEFT.*/ > >+/^error:imcc:syntax error, unexpected SHIFT_LEFT.*/ > > ... just test for (parse|syntax) I considered that but "syntax error" is specifie

Re: Roles and Trust

Ovid <[EMAIL PROTECTED]> writes: > Apocalypse 12 has the following to say about roles and trust > (http://www.perl.com/pub/a/2004/04/16/a12.html?page=10) > > It's not clear whether roles should be allowed to grant > trust. In the absence of evidence to the contrary, I'm > inclined to say no

Re: [perl #37308] Parrot gobbles up all the memory

On Oct 10, 2005, at 20:24, Andy Dougherty wrote: Why? --optimize does at least two different things: First, obviously, it allows the compiler to optimize. This is often a good strategy for exposing faulty assumptions in code. Second, it enables the DISABLE_GC_DEBUG define, which changes th

Re: [perl #36452] Re: [BUG] PGE recursion, bus error

On Mon, Oct 10, 2005 at 09:11:02AM -0400, Matt Fowles wrote: > Patrick~ > > The theoretical implementation of this is quite simple. Keep a > counter. everytime a token is consumed from the input stream reset it. > Every time a rule is followed increment the counter. If the counter > is ever gre

[perl #37405] [RFE] void function return in PIR

# New Ticket Created by Will Coleda # Please include the string: [perl #37405] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=37405 > Currently when invoking a .Sub in PIR with no return values, you must write: function

Re: [perl #36452] Re: [BUG] PGE recursion, bus error

On Mon, Oct 10, 2005 at 10:45:54AM -0400, Matt Fowles wrote: > Perhaps a better approach would be to perform a bit > of static analysis on the grammar and look for left recursions at > creation time (I believe that is a known problem). Then we can just > warn once up front and go on our merry way

Re: [perl #37399] [PATCH] fix imcc tests with bison >= 1.75c

On Oct 10, 2005, at 21:45, Joshua Hoblitt wrote: On Mon, Oct 10, 2005 at 06:19:12PM +0200, Leopold Toetsch wrote: Joshua Hoblitt (via RT) wrote: -/^error:imcc:parse error, unexpected SHIFT_LEFT.*/ +/^error:imcc:syntax error, unexpected SHIFT_LEFT.*/ ... just test for (parse|syntax) I con

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

Hi all! In a previous thread, I promised that I'm going to spin-off Test::Harness and heavily refactor and revamp it for extensibility. I did just that, and I'm proud to announce the first developers release of Test::Shlomif::Harness: http://download.berlios.de/web-cpan/Test-Shlomif-Harness-0.0

Re: [perl #37399] [PATCH] fix imcc tests with bison >= 1.75c

On Mon, Oct 10, 2005 at 01:51:54PM -0700, Leopold Toetsch via RT wrote: > > On Oct 10, 2005, at 21:45, Joshua Hoblitt wrote: > > > On Mon, Oct 10, 2005 at 06:19:12PM +0200, Leopold Toetsch wrote: > >> Joshua Hoblitt (via RT) wrote: > >> > >>> -/^error:imcc:parse error, unexpected SHIFT_LEFT.*/ >

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

On Mon, Oct 10, 2005 at 10:53:34PM +0200, Shlomi Fish wrote: > Let me know what you think. $ perl -Ilib -wle 'use Test::Shlomif::Harness::Obj; Test::Shlomif::Harness::Obj->new->runtests(test_files => [EMAIL PROTECTED])' t/*.t Can't use an undefined value as an ARRAY reference at lib/Test/Shlom

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

On Mon, Oct 10, 2005 at 02:27:03PM -0700, Michael G Schwern ([EMAIL PROTECTED]) wrote: > The way you've broken down the nattier bits of Test::Harness, such as > _show_results(), into digestable functions has value. I'd like to see > that sort of thing as patches to Test::Harness rather than in a

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

On Mon, 2005-10-10 at 16:41 -0500, Andy Lester wrote: > I do NOT want to see that sort of thing as patches to Test::Harness. > > I would like anyone who presumes that he's going to change the internals > of a module I maintain to talk to me about a general overview of the > changes first, rather

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

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 refactorings myself on a private fork to

Class Methods, Eigenclasses and $?CLASS

Evening all, So I am in the process of adding class-methods into the meta-model using eigenclasses. Eigenclasses are a ruby thing (and also a CLOS thing IIRC), in which an anon-class is inserted between an instance and it's class, essentially replacing the instance's class. The anon- class

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

On Mon, 2005-10-10 at 17:22 -0500, Andy Lester 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 g

This week's summary

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 PGE error on failing subrules Allison broke the resounding silence of the l

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

On Mon, Oct 10, 2005 at 03:38:20PM -0700, chromatic ([EMAIL PROTECTED]) wrote: > I agree that his approach was inappropriate. Still, he has working code > and that's significant. > > http://petdance.com/perl/geek-culture/ I don't think Shlomi's a fuckhead, nor do I have the bozo bit flipped agai

Re: Class Methods, Eigenclasses and $?CLASS

On 10/10/05, Stevan Little <[EMAIL PROTECTED]> wrote: > ::Class > ^ > : <-- eFoo is a subclass of Class > : > ::eFoo # eFoo is also an instance of Class > | > | <-- eFoo is the class of Foo > V >::Foo > > The dispatching of instance methods is still the sam

Re: Class Methods, Eigenclasses and $?CLASS

Luke, On Oct 10, 2005, at 7:47 PM, Luke Palmer wrote: How do you explain this: class Foo { method bar (Class $class:) { "class method" } } say Foo.bar;# class method my $foo = Foo.new; say $foo.bar; # class method Assuming that that is valid Perl. It

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

On Monday 10 October 2005 23:41, Andy Lester wrote: > On Mon, Oct 10, 2005 at 02:27:03PM -0700, Michael G Schwern ([EMAIL PROTECTED]) wrote: > > The way you've broken down the nattier bits of Test::Harness, such as > > _show_results(), into digestable functions has value. I'd like to see > > that