[perl #58088] [PATCH] [pdd27mmd] Rename Parrot_mmd_sort_candidate_list

# New Ticket Created by Andrew Whitworth # Please include the string: [perl #58088] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=58088 > According to http://www.perlfoundation.org/parrot/index.cgi?pdd27mmd_tasklist the fu

[perl #58078] [PATCH] PLATFORMS update for Solaris 8 (August 2008)

-ccB--- - - -Y/1 ? 20080401 -sol8-sparc-gcc_4.1.0 B--- - - -Y/77 ? 20080401 +sol8-sparc-ccB--- - - -Y/85 ? 20080818 +sol8-sparc-gcc_4.1.0 B--- - - -Y

[perl #58076] Configure tests fail with "Can't store CODE items"

# New Ticket Created by Andy Dougherty # Please include the string: [perl #58076] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=58076 > A number of Configure tests are faililng for me on Solaris 8/SPARC. Specifically, I se

[perl #58068] [TODO] document PAST's :scope('register')

# New Ticket Created by Klaas-Jan Stol # Please include the string: [perl #58068] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=58068 > r30260 adds the 'register' scope to PAST::Var. This value for :scope should be docume

[perl #58070] [PROPOSAL] Disallow .local declarations in long-style call statement

# New Ticket Created by Klaas-Jan Stol # Please include the string: [perl #58070] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=58070 > the current implementation for PIR allows one to declare .locals in a .begin_call/.end

Re: Inter-HLL Mapping Notes

On Mon, Aug 18, 2008 at 5:25 PM, Allison Randal <[EMAIL PROTECTED]> wrote: > Will Coleda wrote: >>> >>> Any automatic mapping between multiple languages will fall down at some >>> point in a very ugly way. I imagine modules will be developed to allow >>> you >>> to, for example, mask all Python typ

Re: Inter-HLL Mapping Notes

On Mon, 2008-08-18 at 17:44 -0400, Michael Peters wrote: > Allison Randal wrote: > > > It's true that you can't get a Python array and expect it to respond to > > all the same method calls as a Tcl array. But that Python array is just > > another variable type, that accepts keyed access and meth

Re: Inter-HLL Mapping Notes

Allison Randal wrote: It's true that you can't get a Python array and expect it to respond to all the same method calls as a Tcl array. But that Python array is just another variable type, that accepts keyed access and method calls. You treat it as a user-defined data type, and read the docume

debian packages

Greetings everyone, During yapc::eu hackathon we still managed to update files in ports/debian, and build some packages for debian. I uploaded the packages today, you can find them in: https://alioth.debian.org/projects/pkg-parrot/ There are still some things that need to be fixed for the pack

Re: Inter-HLL Mapping Notes

Will Coleda wrote: Any automatic mapping between multiple languages will fall down at some point in a very ugly way. I imagine modules will be developed to allow you to, for example, mask all Python types from within your Perl 6 code as Perl 6 types. But users will always have the ability to go

Re: [svn:parrot] r30286 - in trunk: src/pmc t/pmc

On Mon, Aug 18, 2008 at 4:39 PM, chromatic <[EMAIL PROTECTED]> wrote: > On Mon, Aug 18, 2008 at 12:55:35PM -0400, Will Coleda wrote: > >> This causes languages/tcl/cmd_namespace.t to fail. (Reverting this one >> change locally allows the test to pass). > > I'm pretty sure that Rakudo and Tcl want d

Re: [svn:parrot] r30286 - in trunk: src/pmc t/pmc

On Mon, Aug 18, 2008 at 12:55:35PM -0400, Will Coleda wrote: > This causes languages/tcl/cmd_namespace.t to fail. (Reverting this one > change locally allows the test to pass). I'm pretty sure that Rakudo and Tcl want different things from NameSpaces. This code has a strong smell. -- Oh yeah.

Re: Fwd: [perl #57656] [PROPOSAL][PIR] change PIR sugar for concat into ".." (or something else)

Klaas-Jan Stol wrote: On Sat, Aug 16, 2008 at 9:41 AM, Allison Randal <[EMAIL PROTECTED] > wrote: Klaas-Jan Stol wrote: On Wed Aug 06 05:53:07 2008, kjs wrote: My proposal would be to change the concatenate dot into "..", which

Re: "make fulltest" failures

On Sun, Aug 17, 2008 at 08:01:32PM -0400, James E Keenan wrote: > Bob Rogers wrote: > > *** gmake codingstd_tests > > Failed Test Stat Wstat Total Fail Failed List of Failed > > > > t/codingstd/c_

Re: unified languages-test

# from Will Coleda # on Monday 18 August 2008 12:11: >> as far as i'm aware, with planet.parrotcode, the administrator picks >> the feeds that are aggregated. >> ~jerry > >Yes, I assumed you wanted server side aggregation. > >What you're suggesting here sounds just like "subscribe to as many >feed

Re: unified languages-test

On Mon, Aug 18, 2008 at 2:54 PM, jerry gay <[EMAIL PROTECTED]> wrote: > On Mon, Aug 18, 2008 at 11:51 AM, Will Coleda <[EMAIL PROTECTED]> wrote: >> On Mon, Aug 18, 2008 at 2:50 PM, jerry gay <[EMAIL PROTECTED]> wrote: >>> On Mon, Aug 18, 2008 at 11:41 AM, Will Coleda <[EMAIL PROTECTED]> wrote:

Re: Merged pdd25cx branch

Bob Rogers wrote: We're going to a completely stackless virtual machine. But Parrot is already stackless. The dynamic_env slot to which I assume you refer is really a tree with upward pointers. To be clear, Parrot will have no *global* stack. The data structure implementing the stack isn

Re: Inter-HLL Mapping Notes

On Tue, Aug 12, 2008 at 8:44 AM, Allison Randal <[EMAIL PROTECTED]> wrote: > The simple answer is Parrot won't do any automatic mapping of types between > HLLs. If you call a Python library function that returns a Python Dictionary > type, you'll get back a Python Dictionary PMC. You can interact w

Re: unified languages-test

On Mon, Aug 18, 2008 at 11:51 AM, Will Coleda <[EMAIL PROTECTED]> wrote: > On Mon, Aug 18, 2008 at 2:50 PM, jerry gay <[EMAIL PROTECTED]> wrote: >> On Mon, Aug 18, 2008 at 11:41 AM, Will Coleda <[EMAIL PROTECTED]> wrote: >>> On Mon, Aug 18, 2008 at 2:29 PM, Michael Peters <[EMAIL PROTECTED]> wrote:

Re: unified languages-test

On Mon, Aug 18, 2008 at 2:50 PM, jerry gay <[EMAIL PROTECTED]> wrote: > On Mon, Aug 18, 2008 at 11:41 AM, Will Coleda <[EMAIL PROTECTED]> wrote: >> On Mon, Aug 18, 2008 at 2:29 PM, Michael Peters <[EMAIL PROTECTED]> wrote: >>> Will Coleda wrote: >>> The eventual goal of this cleanup is to get

Re: unified languages-test

On Mon, Aug 18, 2008 at 11:41 AM, Will Coleda <[EMAIL PROTECTED]> wrote: > On Mon, Aug 18, 2008 at 2:29 PM, Michael Peters <[EMAIL PROTECTED]> wrote: >> Will Coleda wrote: >> >>> The eventual goal of this cleanup is to get these tests running via >>> smolder to give core developers more feedback on

Re: unified languages-test

On Mon, Aug 18, 2008 at 2:29 PM, Michael Peters <[EMAIL PROTECTED]> wrote: > Will Coleda wrote: > >> The eventual goal of this cleanup is to get these tests running via >> smolder to give core developers more feedback on their commits. The >> aborted test in this file can be TODOd if we can't fix t

Re: unified languages-test

Will Coleda wrote: The eventual goal of this cleanup is to get these tests running via smolder to give core developers more feedback on their commits. The aborted test in this file can be TODOd if we can't fix the root cause before release. To this end, how would we like this to be done. I've

Re: unified languages-test

On Mon, Aug 18, 2008 at 2:12 PM, Will Coleda <[EMAIL PROTECTED]> wrote: > cd languages && make test > > Had a LOT of failures recently. I just: > - fixed up some APL that was using crufty parrot (that I myself broke > but never noticed because of...) > - ... TODO'd some more APL that used to work a

unified languages-test

cd languages && make test Had a LOT of failures recently. I just: - fixed up some APL that was using crufty parrot (that I myself broke but never noticed because of...) - ... TODO'd some more APL that used to work aeons ago that I don't have time to diagnose before the release - temporarily remove

Re: [svn:parrot] r30286 - in trunk: src/pmc t/pmc

On Mon, Aug 18, 2008 at 12:55 PM, Will Coleda <[EMAIL PROTECTED]> wrote: > On Sun, Aug 17, 2008 at 5:49 PM, <[EMAIL PROTECTED]> wrote: >> Author: chromatic >> Date: Sun Aug 17 14:49:39 2008 >> New Revision: 30286 >> >> Modified: >> trunk/src/pmc/namespace.pmc >> trunk/t/pmc/namespace.t >> >> L

Re: [svn:parrot] r30286 - in trunk: src/pmc t/pmc

On Sun, Aug 17, 2008 at 5:49 PM, <[EMAIL PROTECTED]> wrote: > Author: chromatic > Date: Sun Aug 17 14:49:39 2008 > New Revision: 30286 > > Modified: > trunk/src/pmc/namespace.pmc > trunk/t/pmc/namespace.t > > Log: > [PMC] Fixed co-recursion bug in NameSpace, when iterating through its > conte

Parrot Bug Summary

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

Re: codingstd tests should pass in every release

Will Coleda schrieb: On Mon, Aug 18, 2008 at 4:39 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote: On Sun, Aug 17, 2008 at 10:21:18PM -0400, Bob Rogers wrote: From: James E Keenan <[EMAIL PROTECTED]> Date: Sun, 17 Aug 2008 19:55:02 -0400 Yes, when one of the 'make codingstd_t

[perl #58050] Segfault in "make testr" for t/compilers/imcc/syn/hll.t:2

# New Ticket Created by Bob Rogers # Please include the string: [perl #58050] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=58050 > It looks like "subclass" is allocating an integer for the new PMC class, but failing to

[perl #58058] [META] September 2008 release

# New Ticket Created by Bob Rogers # Please include the string: [perl #58058] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=58058 > This metaticket is for issues related to the September 2008 release of Parrot, planned for

[perl #58054] t/op/exceptions.t:30 segfaults in switched core

# New Ticket Created by Bob Rogers # Please include the string: [perl #58054] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=58054 > Running t/op/exceptions.t:30 segfaults using the switched core ("parrot -S"). The same

[perl #58046] "t/pmc/exception_handler.t" should be renamed

# New Ticket Created by Bob Rogers # Please include the string: [perl #58046] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=58046 > t/distro/test_file_coverage.t fails because there is no "exceptionhandler.t" test. Met

[perl #58044] Segfault in t/op/exceptions.t:30 with CGP core

# New Ticket Created by Bob Rogers # Please include the string: [perl #58044] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=58044 > Here's another curious test failure: Using the CGP core, t/op/exceptions.t:30 (the new

Re: codingstd tests should pass in every release

On Mon, Aug 18, 2008 at 4:39 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote: > On Sun, Aug 17, 2008 at 10:21:18PM -0400, Bob Rogers wrote: >>From: James E Keenan <[EMAIL PROTECTED]> >>Date: Sun, 17 Aug 2008 19:55:02 -0400 >> >>Yes, when one of the 'make codingstd_tests' accumulates su

Re: Fwd: [perl #57656] [PROPOSAL][PIR] change PIR sugar for concat into ".." (or something else)

On Sat, Aug 16, 2008 at 9:41 AM, Allison Randal <[EMAIL PROTECTED]> wrote: > Klaas-Jan Stol wrote: > >> >> On Wed Aug 06 05:53:07 2008, kjs wrote: >> >>> My proposal would be to change the concatenate dot into "..", which looks >>> like it, but is more explicit, and will prevent such mistakes. >>>

Re: codingstd tests should pass in every release

On Sun, Aug 17, 2008 at 10:21:18PM -0400, Bob Rogers wrote: >From: James E Keenan <[EMAIL PROTECTED]> >Date: Sun, 17 Aug 2008 19:55:02 -0400 > >Yes, when one of the 'make codingstd_tests' accumulates sufficient >PASSes, we promote it to 'make test'. Those that are not yet passing

Re: [perl #58030] Named parameter passing errors on subs with optional parameters

On Sat, Aug 16, 2008 at 07:16:19PM -0700, mhelix wrote: > Passing PMCs as named arguments fails when the called sub accepts > optional positional arguments unless all optional arguments are > passed. On my tests this bug only affected PMC arguments. > Passing an int, float or string works flawle