One thing I've found is that I cannot install TAP::Harness::Archive
on windows machines because of test failures.
I submitted a ticket about this to rt.cpan.org for this along with
possible fixes
http://rt.cpan.org/Public/Bug/Display.html?id=37795
tjh
On Jul 15, 2008, at 10:35 AM,
Using TAP::Harness::Archive 0.12, successfully ran a "make
smolder_test" on windows.
http://smolder.plusthree.com/app/public_projects/report_details/2381
---
tjh
On Jul 19, 2008, at 8:51 AM, Michael Peters wrote:
Tim Heckman wrote:
One thing I've found is that I canno
Ron Blaschke wrote:
Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda # Please include the string:
[perl #56756]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56756 >
On a win32 build with AS perl and the
I don't know if this will help shed any light, but it seems related to
the number of data types tested in pmc_5.pasm. I find that if I remove
one or more data type tests from this file (say, the section that does
TQueue or Eval) and run the pasm directly with parrot, parrot will exit
with a sta
t/op/sprintf.t has been passing on Win32 with VC++ (r29667), see
http://smolder.plusthree.com/app/public_projects/report_details/2429
http://smolder.plusthree.com/app/public_projects/tap_stream/2429/351
ok 157 - [%.0g] C99 standard mandates minus sign but C89 does not skip:
MSWin32 VMS hpux:10.
Wasn't able to build parrot for smoke testing. This was using the MS
Visual C++ compiler.
src\ops\core_ops.c
src\ops\core.ops(821) : error C2275: 'opcode_t' : illegal use of this
type as an
expression
C:\work\parrot\include\parrot/config.h(128) : see declaration of
'opcode
_t'
src\op
# New Ticket Created by "Tim Heckman"
# Please include the string: [perl #58704]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=58704 >
Output of prove -v t\src\compiler.t is attached.
The generated link
NotFound wrote:
On Tue, Sep 9, 2008 at 5:23 AM, via RT Tim Heckman
<[EMAIL PROTECTED]> wrote:
# New Ticket Created by "Tim Heckman"
# Please include the string: [perl #58704]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Tic
TAP output and system information listed below.
not ok 68 - nci_vfff - t_tt parameter
# Failed test 'nci_vfff - t_tt parameter'
# at t/pmc/nci.t line 2689.
# Exited with error code: 131
# Received:
# Parrot VM: PANIC: vfff is an unknown signature type.
# CAN_BUILD_CALL_FRAMES is disabled, ad
Begin forwarded message:
From: Tim Heckman
Date: January 5, 2009 11:52:47 PM EST
To: Reini Urban
Cc: Ron Blaschke , NotFound
, parrot-...@perl.org, bugs-
bitbuc...@netlabs.develooper.com
Subject: Re: [perl #58704] [BUG] t/src/compiler.t failures with VC+
+ / Win32
Reini Urban wrote
It may also be relevant that on the Windows box where I
run the smoke tests, my ".svn" directories are actually
"_svn".
http://svn.collab.net/repos/svn/trunk/notes/asp-dot-net-hack.txt
---
tjh
> On Tue, Jul 15, 2008 at 3:58 PM, via RT Will Coleda
> <[EMAIL PROTECTED]> wrote:
>> -- For
Seems to be broken as of r29503.
nmake realclean (.parrot_current_rev is deleted)
svn update
perl Configure.pl
.parrot_current_rev contains "0"
Also, if I run Configure.pl again, the timestamp on the file does not
change.
--
tjh
On Jul 15, 2008, at 1:26 PM, NotFound wrote:
I fixed th
For r29488, what I observe (on Windows) is that
* Configure.pl generates .parrot_current_rev with the correct
revision number (but this is broken in r29503 -- see my earlier
message)
* Configure.pl does update .parrot_current_rev when the file
already exists, provided the revision numb
Starting in r29489, .parrot_current_rev contains "0" instead of the
revision number.
--
tjh
On Jul 15, 2008, at 11:23 PM, Tim Heckman wrote:
Seems to be broken as of r29503.
nmake realclean (.parrot_current_rev is deleted)
svn update
perl Configure.pl
.parrot_current_rev c
Confirmed fixed on windows in r29509.
--
tjh
On Jul 16, 2008, at 5:02 AM, NotFound wrote:
On Wed, Jul 16, 2008 at 6:08 AM, Tim Heckman <[EMAIL PROTECTED]>
wrote:
Starting in r29489, .parrot_current_rev contains "0" instead of
the revision
number.
I was using a simpli
15 matches
Mail list logo
