Re: [svn:parrot] r28439 - in trunk/t: compilers/imcc/syn op pmc

On Monday 16 June 2008 15:02:46 [EMAIL PROTECTED] wrote: > Modified: >trunk/t/compilers/imcc/syn/veracity.t >trunk/t/op/arithmetics.t >trunk/t/op/sprintf.t >trunk/t/op/time.t >trunk/t/pmc/complex.t >trunk/t/pmc/float.t >trunk/t/pmc/threads.t >trunk/t/pmc/timer.t > >

Re: [perl #55538] [RFC] ".macro_const" doesn't work in *.pir files

On Sunday 15 June 2008 17:53:00 Andrew Whitworth via RT wrote: > The attached patch allows the .macro_const directive to be used in PIR > files, not just in PASM files. Previous behavior, apparently, was only > to allow the .macro_const directive to be used when in "PASM mode", > which doesn't mak

Re: Release warm-up! Call for NEWS, CREDITS and PLATFORMS updates.

On Fri, 2008-06-13 at 18:35 +0100, Nuno 'smash' Carvalho wrote: > Parrot next release is on schedule for next Tuesday, June 17th. Unless > any showstopping bugs are reported in the next few days. In > preparation, please update NEWS with the latest hackings, also report > any PLATFORMS updates. As

[perl #50558] [PATCH] run builtin

Applied by PerlJam++ in r28407. Thanks! Pm

parrot foundation @ YAPC

If you happen to be at YAPC::NA, we're having a brief, informal meeting about the foundation tonight at 6:30. http://conferences.mongueurs.net/yn2008/wiki?node=Parrot%20Foundation%20BOF Allison

Re: [perl #55566] [BUG] Configure.pl dies on gnu/hurd

On Mon, Jun 16, 2008 at 8:25 AM, Nathan Gray <[EMAIL PROTECTED]> wrote: > On Tue, Jun 10, 2008 at 06:44:53PM -0700, James Keenan via RT wrote: >> Please try the attached patch. After applying the patch, I would >> suggest the following to test it thoroughly: >> >> perl Configure.pl >> >> ... t

Re: [perl #55538] [RFC] ".macro_const" doesn't work in *.pir files

On Sun, Jun 15, 2008 at 7:53 PM, Andrew Whitworth via RT <[EMAIL PROTECTED]> wrote: > The attached patch allows the .macro_const directive to be used in PIR > files, not just in PASM files. Previous behavior, apparently, was only > to allow the .macro_const directive to be used when in "PASM mode",

[perl #43485] [PATCH] Null Key Strings Make Hashes Cry

On Mon Jul 02 23:49:33 2007, [EMAIL PROTECTED] wrote: > I don't have a good test case for this, but I've triggered the problem > with > some code that makes TGE sick.4 > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread -1212335920 (LWP 8882)] > 0xb7dd7e4b in key_hash_S

Re: [PATCH] Re: [perl #44379] config/auto/attributes.pm ought to use its own test_c.in

On Sat, 14 Jun 2008, chromatic via RT wrote: > On Tuesday 07 August 2007 10:11:20 Andy Dougherty wrote: > > > This next patch does a little more cleanup on the attributes checking. I > > revised config/auto/attributes.pm to use the existing Configure routines > > cc_build() and conf->data_add()

Re: fallback semantics of list methods

HaloO, On Saturday, 14. June 2008 18:43:05 Daniel Ruoso wrote: > Moritz convinced me that there's actually no real reason to support > > $nonlist.listmethod I wouldn´t do that either. But I come to that conclusion from the line of thought that it is generally a bad idea to block an Any slot in

[perl #44207] [RFC] remove pmc2c's --tree option?

On Fri Jun 06 20:01:51 2008, [EMAIL PROTECTED] wrote: > On Thu Jun 05 22:21:47 2008, coke wrote: > > On Sun Jul 29 18:21:48 2007, [EMAIL PROTECTED] wrote: > [snip] > > > > > > All of the above having been said, I think what I wrote as a Comment > > in > > > the POD for this method back in December

[perl #55872] [PATCH] Complex.pir: class registration, .perl()

# New Ticket Created by "Olivier Mengué" # Please include the string: [perl #55872] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=55872 > Improvments in Complex.pir: - class registration (not sure about it: I'm still a new

[perl #55900] Patch to fix the $_ bug (#55184)

On Mon Jun 16 07:48:41 2008, [EMAIL PROTECTED] wrote: > The attached patch fixes the bug #55184: "The presence of $_ in > programs produces an error", reported a while back. > > > > It's a limited fix, and I'd be happy to hear how it cou

[perl #55900] Patch to fix the $_ bug (#55184)

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #55900] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=55900 > The attached patch fixes the bug #55184: "The presence of $_ in programs produces an err

[perl #55856] Eliminating (?) _handle_darwin_for_macports and _handle_darwin_for_fink

On Sun Jun 15 12:40:51 2008, [EMAIL PROTECTED] wrote: > There are two issues here: > > First: > > > > > Use of uninitialized value in concatenation (.) or string at > > lib/Parrot/Configure/Step/Methods.pm line 106 > > > > Should be fixed with patch I committed in r28390. > This patch isn't

Re: [perl #55566] [BUG] Configure.pl dies on gnu/hurd

On Tue, Jun 10, 2008 at 06:44:53PM -0700, James Keenan via RT wrote: > Please try the attached patch. After applying the patch, I would > suggest the following to test it thoroughly: > > perl Configure.pl > > ... then: > > perl Configure.pl --nomanicheck --verbose-step=init::hints > >

[perl #46821] [RFC] should readonly be deep or shallow?

On Wed Oct 24 13:52:33 2007, pcoch wrote: > In t/src/ro.t there is the todo item: > > # XXX: should this work? > > and the related pir code: > > # three = 4 # should fail -- is that what we want > > The question is: is the behaviour encapsulated in the test actually what we > want? This test i

[perl #45267] [BUG] Option '--trace' of the parrot executable

On Sat Sep 08 07:44:07 2007, bernhard wrote: > In t/run/options.t there is a TODO test for the '--trace' option of parrot. > It looks like it behaves differently from the '-t' option. > According to 'parrot --help' they should be aliased. Fixed in r28416. -- Will "Coke" Coleda

[perl #41601] [BUG] parrotbug b0rken

On Mon Apr 14 05:22:10 2008, coke wrote: > Jerry wanted to verify it worked on windows when the required modules > were present. (Right now it fails, though in a somewhat graceful > manner.) > > On Sun, Apr 13, 2008 at 10:38 PM, James Keenan via RT > <[EMAIL PROTECTED]> wrote: > > IIRC, Coke recen

[perl #55538] [RFC] ".macro_const" doesn't work in *.pir files

The attached patch allows the .macro_const directive to be used in PIR files, not just in PASM files. Previous behavior, apparently, was only to allow the .macro_const directive to be used when in "PASM mode", which doesn't make much sense, considering that all our low-level work is done in PIR and

Re: [perl #54230] [BUG] [PATCH] Loops in class hierarchies

On Sun, Jun 15, 2008 at 12:47 AM, chromatic via RT <[EMAIL PROTECTED]> wrote: > Seems reasonable to me. If you have tests, I'll apply it. Patch updated to r28430 with a simple test added in t/oo/subclass.t -- Salu2 Index: src/pmc/class.pmc ==

Re: constraint imperative programming (CIP)

HaloO, On Monday, 16. June 2008 10:03:13 Ovid wrote: > --- TSa <[EMAIL PROTECTED]> wrote: > ... why do you think that > > the way to get at the constraint programming paradigm are the subset > > type definitions? > > Because I can't think of any other way to do it :) So I´ll try to come up with s

Re: [perl #39742] [BUG] installed parrot conflicts with dev parrot.

On Sat, 14 Jun 2008, James Keenan via RT wrote: > Can we get an update as to the issues raised in this ticket? The general issue "installeld parrot conflicts with dev parrot" -- at least when a shared libparrot.so is used is, as far as I know, unsolved. A longer discussion can be fo

Parrot Bug Summary

Parrot Bug Summary http://rt.perl.org/rt3/NoAuth/parrot/Overview.html Generated at Mon Jun 16 13:00:01 2008 GMT --- * Numbers * New Issues * Overview of Open Issues * Ticket Status By Version * Requestors with m

Re: Google index and subsets (two topics for the price of one!)

HaloO, On Monday, 16. June 2008 10:11:49 Ovid wrote: > For example, should the pre/postfix '++' be > listed as having a side-effect? I think so. But the scope where these side-effects take place is important as well. In your second example below the side-effect is restrained to the subs scope. Th

Graph for Rakudo Blog Post about Passing Tests

Hi, I just read http://www.rakudo.org/2008/06/post.html (which unfortunately lacks a title), and visualized the number of passing tests in the attached image. Also attached is the script which generated it, from the table copied and pasted to a plain text file. Feel free to include the graph in

Re: Google index and subsets (two topics for the price of one!)

--- TSa <[EMAIL PROTECTED]> wrote: > Daniel Ruoso wrote: > > In fact, I doubt that there's a way to completely avoid any > possible > > side effects on this closures. as the very first line of the > closure > > shows: > > > >$_.inside_of(...) > > > > This is a plain method call, there's no

Re: Google index and subsets (two topics for the price of one!)

--- TSa <[EMAIL PROTECTED]> wrote: > I must admit that I hardly follow that statement. Why are > side-effects > essential to achieve constraint programming and why do you think that > the way to get at the constraint programming paradigm are the subset > type definitions? Because I can't think of