On Sunday 30 December 2007 14:05:38 Cosimo Streppone wrote:
> I tried to follow chromatic's instructions to obtain a perl6 binary
> but had some problems. I will try to explain them here, along with a
> little patch (against r24322) that allowed me to build my genuine
> perl6.exe on vista (Yes!)
I was able to reproduce the identical deadlock on Mac OS 10.5.1, though
it appears to occur only ever 2 or three times that that particular test
is run. I caught it in gdb, and get the info below. I'm new to the
internals of Parrot, so other than seeming like a race condition,
nothing jumped o
On 31 Dec 2007, at 05:04, chromatic wrote:
Full test log available on request.
I'd like to see verbose output for just the shootout tests. I've
fixed those
a few times before.
$ perl t/harness -v t/examples/shootout.t 2&>1 > shootout.txt
http://hexten.net/junk/shootout.txt
--
Andy Arms
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Dec 31 14:00:02 2007 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
# New Ticket Created by Stephen Weeks
# Please include the string: [perl #49244]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49244 >
Running the following with NQP:
my %h;
%h{'foo'} := 'bar';
Gives the following error:
I was able to reproduce the identical deadlock on Mac OS 10.5.1, though
it appears to occur only ever 2 or three times that that particular test
is run. I caught it in gdb, and get the info below. I'm new to the
internals of Parrot, so other than seeming like a race condition,
nothing jumped out
On 31 Dec 2007, at 05:04, chromatic wrote:
t/examples/shootout.t (Wstat: 2560 Tests: 20
Failed: 10)
Failed test number(s): 3, 6-11, 17-19
Non-zero exit status: 10
Files=533, Tests=10515, 1609 wallclock secs (25.43 usr 3.37 sys +
1310.02 cusr 197.95 csys = 1536.77 CPU)
In the concurrency work I'm about to check in, I have some tests that
fail intermittently because they test for something like:
1
alarm1
2
alarm2
3
alarm3
alarm1
alarm3
4
alarm3
alarm3
alarm3
5
done.
When the actual output is something like:
1
2
alarm1
3
alarm2
4
alarm3
alarm1
5
alarm3
done.
a
# New Ticket Created by Stephen Weeks
# Please include the string: [perl #49248]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49248 >
This is a trivial implementation of infix:// for perl6.
I'm not sure which file in src
# New Ticket Created by Stephen Weeks
# Please include the string: [perl #49246]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49246 >
NQP wasn't properly setting the viviself of new hash and array
variables.
This patch a
Thanks for the patch! Unfortunately, this particular implementation
won't quite work because infix: is a short-circuiting operator, and
the second argument should be evaluated only if the first is undefined.
(Most other operators evaluate the arguments prior to making the
function call.)
Eventua
Applied in r24335, thanks!
Pm
Now fixed in r24336, thanks!
Pm
Just an FYI that intermittent test failures are to be expected after
r24346 in the following files:
t/pmc/nci.t 1 256651 50
t/pmc/task.t1 256 31 3
t/run/options.t 1 256261 23
t/stm/basic_mt.t3 768 4
On Sun Dec 30 15:17:33 2007, [EMAIL PROTECTED] wrote:
> Alternatively, move the debian/ directory from the top-level down into
> ports/, and filter the whole ports/ directory. (We aren't building
> debian packages directly from the repository, we build them from the
> release tarballs to keep t
On 31 Dec 2007, at 11:50, Andy Armstrong wrote:
Sure thing. What's the approved method of running a single test?
Ignore this.
--
Andy Armstrong, Hexten
I'm having this same issue with r24319, but the target name is now
pbc_to_exe. Same issue, though.
chromatic requested the contents of my pbc_to_exe.pir when I brought up
the issue on use.perl.org -- it is attached.
pbc_to_exe.pir
Description: Binary data
On Dec 30, 2007 4:54 PM, via RT Joseph Sadusk
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Joseph Sadusk
> # Please include the string: [perl #49236]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=49236 >
>
>
> I ju
On Monday 31 December 2007 05:50:47 Allison Randal wrote:
> In the concurrency work I'm about to check in, I have some tests that
> fail intermittently because they test for something like:
>
> 1
> alarm1
> 2
> alarm2
> 3
> alarm3
> alarm1
> alarm3
> 4
> alarm3
> alarm3
> alarm3
> 5
> done.
>
> Wh
Patch applied in r24359. Allison, can you verify results and resolve
ticket? Thanks.
No complaints over last two days; closing ticket.
I'm wondering if there's any way we could move forward on the issues
discussed in this thread (which has been classified as STALLED for some
time now).
For example, could we simply say that on amd64-freebsd, 32-bit Parrot is
not supported at the present time?
I cleaned up a few loose ends on this today. Example:
config/init/hints/vms.pm: This class had overwritings of cc_build and
cc_run which I adapted to the new approach, i.e., pass $conf as first
argument.
I have no way to test on VMS and I don't think we ever get smoke tests
on VMS, so this will
# New Ticket Created by James Keenan
# Please include the string: [perl #49262]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49262 >
The five cc_* methods and the genfile() method were recently moved
from lib/Parrot/Con
Actually, yeah, I was using -j4, and I just tried without and it works
fine. Didn't even think of that. Strange how consistently it repros
with it though. Sorry about that.
Joe
On Mon, 2007-12-31 at 09:27 -0500, Will Coleda wrote:
> On Dec 30, 2007 4:54 PM, via RT Joseph Sadusk
> <[EMAIL PROTE
On Monday 31 December 2007 07:16:44 Allison Randal wrote:
> Just an FYI that intermittent test failures are to be expected after
> r24346 in the following files:
>
> t/pmc/nci.t 1 256651 50
> t/pmc/task.t1 256 31 3
> t/run/options.t
Revisions were developed and tested in a 'stepbase' branch, then
committed to trunk in r24378.
kid51
# New Ticket Created by Bob Rogers
# Please include the string: [perl #49258]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49258 >
The attached test case will illustrate the problem (but be sure to
check that $PATH doe
On Mon Dec 31 17:47:04 2007, [EMAIL PROTECTED] wrote:
> Revisions were developed and tested in a 'stepbase' branch, then
> committed to trunk in r24378.
>
> kid51
Testing on two different OSes revealed some loose ends. These were
cleaned up in r24381-24385.
On Monday 31 December 2007 16:08:09 Joseph Sadusk wrote:
> Actually, yeah, I was using -j4, and I just tried without and it works
> fine. Didn't even think of that. Strange how consistently it repros
> with it though. Sorry about that.
It looks to me like there's a problem in generating the .s
30 matches
Mail list logo
