Re: [perl #43334] [TODO] config/auto/icu.pm: Write unit tests

2008-07-07 Thread chromatic
On Monday 07 July 2008 17:37:41 Jason Cole wrote: > James Keenan wrote: > > (Coleoid: Does this update cause any problems for you on Win32 without > > ICU?) > > No visible problems from prove and Configure. Output seems the same and > indicates success. Pasted in #parrot. > > > Trying to 'make'

Re: [perl #43334] [TODO] config/auto/icu.pm: Write unit tests

2008-07-07 Thread Jason Cole
James Keenan wrote: > (Coleoid: Does this update cause any problems for you on Win32 without > ICU?) No visible problems from prove and Configure. Output seems the same and indicates success. Pasted in #parrot. Trying to 'make', though, I've started emitting hundreds of 'warning: control re

[perl #56678] [PATCH] DOD_registry initialization

2008-07-07 Thread via RT
# New Ticket Created by NotFound # Please include the string: [perl #56678] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=56678 > The DOD_registry member of the interpreter is initialized and checked from several places, a

[perl #43334] [TODO] config/auto/icu.pm: Write unit tests

2008-07-07 Thread James Keenan via RT
François, I applied a slightly tweaked version in r29133; see attachment. Essentially, I tucked $icushared and $icuheaders inside the hashref being passed to _try_icuconfig(). I then had to delete one test from t/steps/auto_icu-03.t, which is skipped entirely on Win32. Please let me know if you

Re: [perl #51652] [PATCH] Possible alignment issues with new STRING structures

2008-07-07 Thread Andy Dougherty
On Mon, 7 Jul 2008, Andrew Whitworth via RT wrote: > On Thu Mar 13 18:06:21 2008, doughera wrote: > > I don't know if those calculations are still correct, now that strings > > are not "bufferlike". > > Most of the memory management code uses a cast to (Buffer *) or (PObj *) > to test a generic o

Re: [perl #56304] AutoReply: smokej consumes all memory Revision: 28672 on linux

2008-07-07 Thread Andy_Bach
chromatic wrote: > That should have been: # TEST_PROG_ARGS="-j" prove -v t/stm/runtime.t Okay, I can get the box to hang/consume everything this way - adding a -D flag and various digits (as of Revision: 29128) avoids the hang: TEST_PROG_ARGS="-j -D7 " prove -v t/stm/runtime.t t/stm

Re: [perl #56628] [BUG][PATCH] cygwin opengl libs

2008-07-07 Thread Geoffrey Broadwell
On Mon, 2008-07-07 at 17:21 +0200, Reini Urban wrote: > Donald Hunter via RT schrieb: > > I think you must be linking against the X11 libGLU and libGL, where I am > > linking against the w32 native libraries. > > So we have to use some detection heuristic to seperate the X11 case > (such as $ENV{

[perl #43334] [TODO] config/auto/icu.pm: Write unit tests

2008-07-07 Thread James Keenan via RT
Thanks for the detailed response. Will look into this tonight.

Re: [perl #43334] [TODO] config/auto/icu.pm: Write unit tests

2008-07-07 Thread François Perrad
James Keenan via RT a écrit : On Mon Jul 07 04:46:52 2008, [EMAIL PROTECTED] wrote: Do you think you could 'svn up', reconfigure, and then let me know if your patch is still needed? Also send output of 'prove -v t/steps/auto_icu*.t' and 'perl Configure.pl --verbose-step=auto::icu'. Thanks.

[perl #56670] small fixup for punie demo

2008-07-07 Thread via RT
# New Ticket Created by pancake # Please include the string: [perl #56670] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=56670 > Is this '\n' controlled? it is suposed to be an example or it is a bug? [EMAIL PROTECTED]/pr

Re: [perl #56628] [BUG][PATCH] cygwin opengl libs

2008-07-07 Thread Reini Urban
Donald Hunter via RT schrieb: I think you must be linking against the X11 libGLU and libGL, where I am linking against the w32 native libraries. Oje, So we have to use some detection heuristic to seperate the X11 case (such as $ENV{DISPLAY} set, and libGLU avaliable), from your win32 native c

Re: [perl #56616] [BUG] make_root_namespace opcode nonexistent

2008-07-07 Thread Patrick R. Michaud
On Sun, Jul 06, 2008 at 07:23:30PM -0400, Andrew Whitworth wrote: > On Sat, Jul 5, 2008 at 11:34 AM, Patrick R. Michaud (via RT) > <[EMAIL PROTECTED]> wrote: > > If there's agreement on using a method-based form, I think I can > > implement it fairly quickly, and we can update PDD21 accordingly. >

Parrot Bug Summary

2008-07-07 Thread Parrot Bug Summary
Parrot Bug Summary http://rt.perl.org/rt3/NoAuth/parrot/Overview.html Generated at Mon Jul 7 13:00:01 2008 GMT --- * Numbers * New Issues * Overview of Open Issues * Ticket Status By Version * Requestors with mo

[perl #43334] [TODO] config/auto/icu.pm: Write unit tests

2008-07-07 Thread James Keenan via RT
On Mon Jul 07 04:46:52 2008, [EMAIL PROTECTED] wrote: > Do you think you could 'svn up', reconfigure, and then let me know if > your patch is still needed? > Also send output of 'prove -v t/steps/auto_icu*.t' and 'perl Configure.pl --verbose-step=auto::icu'. Thanks.

[perl #43334] [TODO] config/auto/icu.pm: Write unit tests

2008-07-07 Thread James Keenan via RT
François: Subsequent to the message to which you responded, I posted an updated version of config/auto/icu.pm. This was in response to test failures reported by Jason Cole, who was also working on Win32 but who did not have ICU installed. Do you think you could 'svn up', reconfigure, and then le

Re: [svn:parrot] r28944 - in trunk: . languages/perl6/tools - Call for testing

2008-07-07 Thread Moritz Lenz
chromatic wrote: > On Wednesday 02 July 2008 03:59:05 Moritz Lenz wrote: > >> I'd like to get some feedback on this commit regard platform >> interoperability. >> >> I could only test it on linux, so I'm not sure what could break. >> (One comment inline in the diff below) > >> > +if (@to_unfu

Re: [perl #43334] [TODO] config/auto/icu.pm: Write unit tests

2008-07-07 Thread François Perrad
James Keenan via RT a écrit : Please review the patch attached. Note the following: 1. As mentioned in my last post in this RT, the flow in this step class's runstep() method is quite convoluted. I tried to improve it, but this step still has five different points at which it can return. I h

Re: [perl #56636] [BUG] [PATCH] segfault from sort if comparison is always 1

2008-07-07 Thread chromatic
On Sunday 06 July 2008 22:17:12 Andrew Johnson via RT wrote: > On Sun Jul 06 11:03:37 2008, japhb wrote: > > Better yet, we should replace the inherently insecure quicksort > > algorithm (insecure in the "vulnerable to algorithmic attack" sense) > > with a more secure mergesort like perl5 uses.