# New Ticket Created by Ron Blaschke
# Please include the string: [perl #44763]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44763 >
Not sure if this is Windows specific or not, but I'm seeing this with
Visual C++ 8.0 on
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #44765]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44765 >
Problem: JIT code ist currently optimized to reuse the interpreter on
the stack. At lea
Hi,
I'm trying to modify 'Test::Builder' and 'Test::Builder::*' to keys
but I'm stuck with the following problem:
$ ./parrot runtime/parrot/library/Test/Builder.pir
error:imcc:The opcode 'does_i_p_pc' (does<3>) was not found. Check the
type and number of the arguments
in file 'runtime/par
# New Ticket Created by James Keenan
# Please include the string: [perl #44769]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44769 >
After many months of successful 'make'-ing on my iBook, Parrot has
started to fail in
James Keenan via RT wrote on Sat, Aug 18, 2007 at 06:31:27PM PDT:
> 1. I added a reference to RT 42360 which requests unit tests for the
> SVK portion of Parrot::Revision's code.
>
> 2. Would it be possible to add tests for the git-related code in your
> patch to the following 4 test files:
>
>
I have been writing tests for previously untested statements in
Parrot::Configure::Step. In genfile(), there is the following block:
# documented as removing any .-based suffix
if (
$line =~ s{\$ \( basename \s+ ([^)]+) \)}{
join (' ',
This was part of the gmake extensions that we (can) support during
makefile-generation time; added because there was there no cross-
platform syntax that I knew of that we could use in all of the
various makes we have to support.
See perldoc lib/Parrot/Configure/Step.pm look for
'expand_gm
On Saturday 18 August 2007 14:00:45 Ron Blaschke wrote:
> # New Ticket Created by Ron Blaschke
> # Please include the string: [perl #44763]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=44763 >
>
>
> Not sure if this is Wi
On Sunday 19 August 2007 06:49:46 James Keenan wrote:
> After many months of successful 'make'-ing on my iBook, Parrot has
> started to fail in the past couple of days.
>
> For the first version of the failure, see http://nopaste.snit.ch:
> 8001/10934
>
> For the latest failure, see attachments.
On Sun Aug 19 10:51:54 2007, [EMAIL PROTECTED] wrote:
> As far as I can tell, r20659 is the last rev perl6 worked correctly on
>
> r20660 does not appear to finish building correctly
> r20661 perl6 make spectest blows up all over the place
>
> pmichaud probably has more details as to the exact na
James E Keenan wrote:
chromatic wrote:
Does this patch help?
Yes, it does; see attachment.
But with one important caveat. The processing of src/ops/cmp.ops (lines
395-484 in log) slowed everything on my iBook to a crawl. I wasn't
timing 'make', but I suspect it took twice as long as u
# New Ticket Created by "Joshua Gatcomb"
# Please include the string: [perl #44775]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44775 >
As far as I can tell, r20659 is the last rev perl6 worked correctly on
r20660 does
Patch applied to trunk in r20720. Thanks, David.
On Sunday 19 August 2007 10:51:54 Joshua Gatcomb wrote:
> As far as I can tell, r20659 is the last rev perl6 worked correctly on
>
> r20660 does not appear to finish building correctly
> r20661 perl6 make spectest blows up all over the place
>
> pmichaud probably has more details as to the exact n
On Sunday 19 August 2007 12:44:58 James E Keenan wrote:
> And with the caveats that I'm failing tests above and beyond shootout
> and that (subjectively) make test is slower than usual and slowing
> everything else down.
I can't explain the slowdown (except by waving my hands and saying "wow, loo
On Sunday 19 August 2007 05:55:56 Badai Aqrandista wrote:
> I'm trying to modify 'Test::Builder' and 'Test::Builder::*' to keys
> but I'm stuck with the following problem:
>
> $ ./parrot runtime/parrot/library/Test/Builder.pir
> error:imcc:The opcode 'does_i_p_pc' (does<3>) was not found. Check th
Hi,
I have two questions. These questions arise because I need to modify
'Test::Builder::TestPlan' to [ 'Test'; 'Builder'; 'TestPlan' ]. I'm
new to the project so I don't want to step on someone else's foot on
doing this.
1. The implementation of 'does' in src/ops/object.ops is as the following:
Hmm... chromatic answered question 2 when I was writing this question.
Let me add new opcode for 'does' tonight or tomorrow night. I want to learn.
On 8/20/07, Badai Aqrandista <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have two questions. These questions arise because I need to modify
> 'Test::Build
On Aug 19, 2007, at 7:15 PM, David Romano wrote:
The patch splits string.t (originally almost 3000 lines) into
different
files, as well as moves some of the tests for sprintf into
t/op/sprintf_tests.
Why is this a good thing, to be splitting up the files like this? I
can see sprintf gett
On Sat, 18 Aug 2007, [EMAIL PROTECTED] wrote:
> Author: chromatic
> Date: Sat Aug 18 14:06:33 2007
> New Revision: 20688
>
> Modified:
>trunk/include/parrot/misc.h
>trunk/src/string.c
>
> Log:
> Added FLOAT_IS_ZERO() macro to parrot/misc.h for comparing floats to zero.
> This may need so
On Sunday 19 August 2007 17:32:01 Andy Dougherty wrote:
> On Sat, 18 Aug 2007, [EMAIL PROTECTED] wrote:
> > Log:
> > Added FLOAT_IS_ZERO() macro to parrot/misc.h for comparing floats to
> > zero. This may need some attention on platforms where INTVAL isn't four
> > bytes, but I did the best I cou
On Sun, 19 Aug 2007 19:19:22 -0500
Andy Lester <[EMAIL PROTECTED]> wrote:
>
> On Aug 19, 2007, at 7:15 PM, David Romano wrote:
>
> > The patch splits string.t (originally almost 3000 lines) into
> > different
> > files, as well as moves some of the tests for sprintf into
> > t/op/sprintf_tests
Testing svn file metadata isn't always appropriate when using git. When
git mirrors an svn repo, it can store the metadata for each file in
.git/svn/git-svn/unhandled.log, but sometimes the user chooses not to
store the metadata. If the user does store it, this patch allows for the
tests to pass (a
23 matches
Mail list logo
