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
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
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 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 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
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
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:
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
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 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
Patch applied to trunk in r20720. Thanks, David.
# 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
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
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
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 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
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
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 (' ',
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:
>
>
# 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
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 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
# 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
23 matches
Mail list logo
