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'
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
# 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
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
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
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
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{
Thanks for the detailed response. Will look into this tonight.
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.
# 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
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
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
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
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.
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
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
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
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.
18 matches
Mail list logo