[perl #49258] Parrot::Test with --run-exec assumes "." is in $PATH

2007-12-31 Thread via RT
# 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

Re: am I doing something wrong - hanoi example with 0.5.1 parrot release

2007-12-31 Thread Klaus Bruessel
Aaron Trevena wrote: > running the example at > http://svn.pugscode.org/pugs/examples/algorithms/hanoi.pl > > parrot ~/downloads/parrot-0.5.1/languages/perl6/perl6.pbc hanoi.pl > > I get.. > > Null PMC access in isa() > current instr.: 'parrot;Perl6Object;make_proto' pc 55 > (src/gen_builtins.p

[perl #49262] [CAGE]: Rename Parrot::Configure::Step and Parrot::Configure::Step::Base

2007-12-31 Thread James Keenan via RT
Revisions were developed and tested in a 'stepbase' branch, then committed to trunk in r24378. kid51

Re: expected test failures in t/pmc, t/run, and t/stm

2007-12-31 Thread chromatic
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

Re: [perl #49236] Segfault generating config.fpmc durring build

2007-12-31 Thread Joseph Sadusk
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

[perl #49262] [CAGE]: Rename Parrot::Configure::Step and Parrot::Configure::Step::Base

2007-12-31 Thread via RT
# 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

[perl #48493] [CAGE] Parrot::Configure::Step: Explicitly pass all arguments to all methods

2007-12-31 Thread James Keenan via RT
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

[perl #42411] [PARTIALPATCH] Building a 32bit parrot on freebsd under amd64 fails.

2007-12-31 Thread James Keenan via RT
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?

[perl #47347] [TODO] Merge configuration steps gen::cpu and auto::cpu

2007-12-31 Thread James Keenan via RT
No complaints over last two days; closing ticket.

[perl #49242] [CAGE] MANIFEST shouldn't skip every file containing the word 'debian'

2007-12-31 Thread James Keenan via RT
Patch applied in r24359. Allison, can you verify results and resolve ticket? Thanks.

Re: Testing asynchronous code

2007-12-31 Thread chromatic
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

Re: [perl #49236] Segfault generating config.fpmc durring build

2007-12-31 Thread Will Coleda
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

[perl #49226] 'make pbc_to_c' fails on Intel Mac

2007-12-31 Thread Jason Porritt via RT
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

Re: Another deadlock on Mac OS 10.5.1

2007-12-31 Thread Andy Armstrong
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

[perl #49242] [CAGE] MANIFEST shouldn't skip every file containing the word 'debian'

2007-12-31 Thread James Keenan via RT
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

expected test failures in t/pmc, t/run, and t/stm

2007-12-31 Thread Allison Randal
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

[perl #49244] Assigning to hash elements in NQP

2007-12-31 Thread Patrick R. Michaud via RT
Now fixed in r24336, thanks! Pm

[perl #49246] [PATCH] NQP hash/array viviself issues

2007-12-31 Thread Patrick R. Michaud via RT
Applied in r24335, thanks! Pm

[perl #49248] [PATCH] Implement infix:// for perl6

2007-12-31 Thread Patrick R. Michaud via RT
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

[svn:perl6-synopsis] r14475 - doc/trunk/design/syn

2007-12-31 Thread larry
Author: larry Date: Mon Dec 31 08:07:21 2007 New Revision: 14475 Modified: doc/trunk/design/syn/S03.pod Log: cut-n-paste braino noticed by pmichaud++ Modified: doc/trunk/design/syn/S03.pod == --- doc/trunk/design/syn

[perl #49246] [PATCH] NQP hash/array viviself issues

2007-12-31 Thread via RT
# 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

[perl #49248] [PATCH] Implement infix:// for perl6

2007-12-31 Thread via RT
# 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

Testing asynchronous code

2007-12-31 Thread Allison Randal
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

Re: Another deadlock on Mac OS 10.5.1

2007-12-31 Thread Andy Armstrong
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)

Re: Another deadlock on Mac OS 10.5.1

2007-12-31 Thread Tupshin Harper
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

[perl #49244] Assigning to hash elements in NQP

2007-12-31 Thread via RT
# 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:

Parrot Bug Summary

2007-12-31 Thread Parrot Bug Summary
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

Re: Another deadlock on Mac OS 10.5.1

2007-12-31 Thread Andy Armstrong
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

Perl 6 Wiki update: "When will Perl 6 be released?"

2007-12-31 Thread Conrad Schneiker
Noticed some good work on a new "When will Perl 6 be released?" wiki page, so I added several additional links, plus Audrey's timeline graphic: http://www.perlfoundation.org/perl6/index.cgi?when_will_perl_6_be_released Also reorganized the wiki home page a bit to better accommodate that and other

Re: Another deadlock on Mac OS 10.5.1

2007-12-31 Thread Tupshin Harper
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

Re: [perl #49238] [PATCH] pbc_to_exe compile failure on Win32 / MSVC9

2007-12-31 Thread chromatic
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!)