[perl #49354] [PATCH][NQP] NQP tests

2008-01-04 Thread via RT
# New Ticket Created by Zev Benjamin # Please include the string: [perl #49354] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49354 Attached are some tests from the NQP TODO file. I attempted to make reasonable

[perl #49368] [PATCH] minor makefile typo seen in r24526

2008-01-04 Thread via RT
# New Ticket Created by Andrew Sweger # Please include the string: [perl #49368] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49368 The config/gen/makefiles/root.in perl6 target makes reference to ($EXE) when

[perl #49358] [PATCH][lolcode] Math support for lolcode.

2008-01-04 Thread via RT
# New Ticket Created by Stephen Weeks # Please include the string: [perl #49358] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49358 Add math support to lolcode. math ops are in src/builtins/math.pir Index:

Re: [perl #49356] [BUG]: t/stm/basic_mt.t hangs indefinitely

2008-01-04 Thread Allison Randal
James Keenan via RT wrote: The test file itself has not been substantively changed in several months, so it's not the test itself that's causing the problem. It's been doing this off and on for months. It's intermittent. If you kill the test, and run it again, it'll pass. (That said, I'm

Re: [perl #49368] [PATCH] minor makefile typo seen in r24526

2008-01-04 Thread jerry gay
On Jan 3, 2008 8:40 PM, via RT Andrew Sweger [EMAIL PROTECTED] wrote: # New Ticket Created by Andrew Sweger # Please include the string: [perl #49368] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49368 The

Re: headerizer and src/atomic/gcc_x86.c

2008-01-04 Thread Andy Lester
On Jan 4, 2008, at 8:09 AM, Allison Randal wrote: Andy, the headerizer dies with an error when src/atomic/gcc_x86.c has two functions that are marked with both PARROT_API and PARROT_INLINE. Am I correct in understanding that these two markings should never occur on the same function at

headerizer and src/atomic/gcc_x86.c

2008-01-04 Thread Allison Randal
François and I have been writing over each other's commits on src/atomic/gcc_x86.c, so before I edit again, let's figure out the right way to edit. Andy, the headerizer dies with an error when src/atomic/gcc_x86.c has two functions that are marked with both PARROT_API and PARROT_INLINE. Am I

Re: Keeping buzz going

2008-01-04 Thread Patrick R. Michaud
On Fri, Jan 04, 2008 at 12:55:19AM -0600, Andy Lester wrote: http://use.perl.org/~pmichaud/journal/35272 http://perlbuzz.com/2008/01/flurry-of-perl-6-activity-picks-up-new-contributor.html Lots of cool stuff is going on, and I'm so so glad to see it. I'm thinking of making a Perl

Re: [perl #49354] [PATCH][NQP] NQP tests

2008-01-04 Thread jerry gay
On Jan 3, 2008 4:58 PM, via RT Zev Benjamin [EMAIL PROTECTED] wrote: # New Ticket Created by Zev Benjamin # Please include the string: [perl #49354] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49354 Attached

Re: headerizer and src/atomic/gcc_x86.c

2008-01-04 Thread chromatic
On Friday 04 January 2008 06:09:40 Allison Randal wrote: And François, from your commits it looks like parrot_i386_cmpxchg and parrot_i386_xadd need PARROT_API for linking on MinGW32. Can you delete PARROT_INLINE and have it still work? I'm confused as to why MinGW32 needs PARROT_API for

[perl #49356] [BUG]: t/stm/basic_mt.t hangs indefinitely

2008-01-04 Thread James Keenan via RT
On Fri Jan 04 05:46:48 2008, [EMAIL PROTECTED] wrote: It's been doing this off and on for months. It's intermittent. ??? I've got dozens of 'make test' reports going back months, and I've never seen it. If you kill the test, and run it again, it'll pass. Nope. [li11-226:parrot] 503 $

Re: [perl #49356] [BUG]: t/stm/basic_mt.t hangs indefinitely

2008-01-04 Thread Allison Randal
James Keenan via RT wrote: What is very puzzling to me is that after 'make realclean;svn update', it's continuing to fail on my Debian server, but it's passing on an Ubuntu box. I've never had a test results discrepancy between the two. What version of Debian? I can set up a chroot instance

Re: [perl #49356] [BUG]: t/stm/basic_mt.t hangs indefinitely

2008-01-04 Thread chromatic
On Friday 04 January 2008 12:53:55 Allison Randal wrote: James Keenan via RT wrote: What is very puzzling to me is that after 'make realclean;svn update', it's continuing to fail on my Debian server, but it's passing on an Ubuntu box. I've never had a test results discrepancy between the

Re: [perl #49356] [BUG]: t/stm/basic_mt.t hangs indefinitely

2008-01-04 Thread Allison Randal
chromatic wrote: Conjecture: the number of cores/processors/available threads between in the various machines differs. That does play a part in this particular bug. Though, I'm getting intermittent hangs on a dual core Mac and a single core Ubuntu box. Allison

[perl #49356] [BUG]: t/stm/basic_mt.t hangs indefinitely

2008-01-04 Thread James Keenan via RT
On Fri Jan 04 12:54:33 2008, [EMAIL PROTECTED] wrote: What version of Debian? 4.0 (Though, I'm surprised you're not getting hangs in t/stm/ on Ubuntu. I'm getting them intermittently there.) I've only tested a few times on Ubuntu, so I probably don't have a large enough sample. The

Repeated Loopy Variable Width String Character Access is Slooooow-ish

2008-01-04 Thread chromatic
I just ran a little experiment. I patched Parrot::HLLCompiler to transcode the source code it reads to UCS-2 before parsing and compiling it, then I profiled building perl6.pbc. Without this hack, the build takes around 20 seconds, mostly running NQP over

[perl #49356] [BUG]: t/stm/basic_mt.t hangs indefinitely

2008-01-04 Thread James Keenan via RT
On Thu Jan 03 17:27:03 2008, [EMAIL PROTECTED] wrote: [li11-226:parrot] 502 $ prove -v t/stm/basic_mt.t t/stm/basic_mt1..4 ok 1 - wait (simple) ... and it waits forever. Caused make test to fail to complete on Linux: first time I've ever seen that. kid51 FWIW: This test was

Re: Repeated Loopy Variable Width String Character Access is Slooooow-ish

2008-01-04 Thread Patrick R. Michaud
On Fri, Jan 04, 2008 at 07:43:18PM -0800, chromatic wrote: I just ran a little experiment. I patched Parrot::HLLCompiler to transcode the source code it reads to UCS-2 before parsing and compiling it, then I profiled building perl6.pbc. Without this hack, the build takes around 20

Re: Repeated Loopy Variable Width String Character Access is Slooooow-ish

2008-01-04 Thread Patrick R. Michaud
On Sat, Jan 05, 2008 at 12:29:40AM -0600, Patrick R. Michaud wrote: On Fri, Jan 04, 2008 at 07:43:18PM -0800, chromatic wrote: (Callgrind suggests that about 45% of the running time of the NQP part of the build comes from utf8_set_position and utf8_skip_forward.) Even better might be