On Sunday 13 July 2008 17:55:59 [EMAIL PROTECTED] wrote:
> Modified:
>branches/gsoc_pdd09/src/gc/gc_it.c
>
> Log:
> [gsoc_pdd09] Stop sweeping const_PMC pools for now (causes weird error).
> Added a note about this.
>
> Modified: branches/gsoc_pdd09/src/gc/gc_it.c
> ===
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jul 14 13:00:01 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
On Sun Jul 13 23:26:51 2008, [EMAIL PROTECTED] wrote:
>
> +1 for modifying the test, not the macros.
>
> -- c
>
Resloved.
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #56912]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56912 >
The August 2008 release is planned for August 19th 2008.
Release manager will be
On Sun, Jul 13, 2008 at 3:09 PM, Reini Urban <[EMAIL PROTECTED]> wrote:
> Will Coleda (via RT) schrieb:
>>
>> # New Ticket Created by Will Coleda # Please include the string: [perl
>> #56894]
>> # in the subject line of all future correspondence about this issue. #
>> http://rt.perl.org/rt3/Ticke
On Fri Jul 11 14:00:12 2008, cotto wrote:
> On Fri Jul 11 05:29:20 2008, coke wrote:
> > Belatedly add Moritz's response to the ticket.
>
> A fix for this bug was committed in r29289 which looks like it will
> resolve this issue. If that's the case, this ticket can be closed.
Since there haven
Seems to be fixed as of 29440:
TEST_PROG_ARGS="-j " prove -v t/stm/runtime.t
t/stm/runtime..
1..5
ok 1 - choice (one thread)
ok 2 # SKIP Intermittently failing everywhere
ok 3 # SKIP Intermittently failing everywhere
not ok 4 - queue adapted for the library
# Failed test 'queue adapted for
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #56928]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56928 >
Some of the new tests for auto::pack fail for me:
$ perl t/harness -v t/steps/auto_pa
On Mon Jul 14 10:55:35 2008, doughera wrote:
> Some of the new tests for auto::pack fail for me:
>
> $ perl t/harness -v t/steps/auto_pack-01.t > out 2>&1
> t/steps/auto_pack-01# Failed test (t/steps/auto_pack-01.t at
> line 101)
> # Failed test (t/steps/auto_pack-01.t at line 102)
>
On Mon, 14 Jul 2008, James Keenan via RT wrote:
> On Mon Jul 14 10:55:35 2008, doughera wrote:
> > Some of the new tests for auto::pack fail for me:
> >
> > t/steps/auto_pack-01.t4 1024334 12.12% 14-17
> >
> >
>
> 1. This is a test that I wrote, so I would be interested in at
On Mon Jul 14 17:14:09 2008, doughera wrote:
> On Mon, 14 Jul 2008, James Keenan via RT wrote:
>
> > 2. Apart from deleting the step, then running 'make' and 'make test',
> > is there any other way to demonstrate that these types are not used?
>
> Yes. Look at the Config variables that are set
On Mon Jul 14 18:44:51 2008, [EMAIL PROTECTED] wrote:
> On Mon Jul 14 17:14:09 2008, doughera wrote:
> > Yes. Look at the Config variables that are set, and then grep for
> them in
> > the source tree. You'll find they are never used.
> >
>
>
> So it would appear. I'll change the Subject
Tested in the 'noautopack' branch. Passed all pre- and
post-configuration tests; built correctly; passed all tests in 'make test'.
If no one objects, I'll apply this patch after tomorrow's release.
Thank you very much.
kid51
Index: lib/Parrot/Configure/Step/List.pm
=
On Mon, Jul 14, 2008 at 10:05 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> Tested in the 'noautopack' branch. Passed all pre- and
> post-configuration tests; built correctly; passed all tests in 'make test'.
>
> If no one objects, I'll apply this patch after tomorrow's release.
>
> Thank y
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Sun, 13 Jul 2008 23:31:49 -0400
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Wed, 9 Jul 2008 01:27:29 -0400
Oops; r28763 seems to be the source of one of my problems, a "lexical
not found" error. With this change, Parrot gets
James Keenan via RT schrieb:
On Wed Jul 09 18:57:43 2008, [EMAIL PROTECTED] wrote:
Since I closed this ticket in January, more code has been added.
Tonight, while writing unit tests for internal subroutine
_handle_ncurses_need(), I noticed the following lines:
if ( $osname =~ /mswin32/i )
16 matches
Mail list logo
