I've done a partial implementation and refactor of the Capture class in
r29145. This version almost certainly has some bugs in it, but it's a
start and we can work on hammering out the details from there.
Thanks!
Pm
On Mon, Jul 07, 2008 at 10:09:37PM -0700, Larry Wall wrote:
: So
:
: $x = nothing(); # = []
: @x = nothing(); # = ()
: %x = nothing(); # = ()
: if nothing() {...}# always false
: $x = nothing()[0] # "Subscript out of range"
On Mon, Jul 07, 2008 at 11:43:56PM -0500, Patrick R. Michaud wrote:
: On Mon, Jul 07, 2008 at 08:18:36PM -0700, Larry Wall wrote:
: > On Mon, Jul 07, 2008 at 07:16:05PM -0700, Patrick R. Michaud via RT wrote:
: > : Note however that TimToady on #perl6 speculated [1] that an empty return
: > : shoul
On Mon, Jul 07, 2008 at 08:18:36PM -0700, Larry Wall wrote:
> On Mon, Jul 07, 2008 at 07:16:05PM -0700, Patrick R. Michaud via RT wrote:
> : Note however that TimToady on #perl6 speculated [1] that an empty return
> : should return the Object prototype. I'm not sure the answer was
> : resolved com
Author: larry
Date: Mon Jul 7 21:40:33 2008
New Revision: 14558
Modified:
doc/trunk/design/syn/S05.pod
Log:
more clarifications and remember to thank cjfields++ this time :)
Modified: doc/trunk/design/syn/S05.pod
==
Author: larry
Date: Mon Jul 7 21:30:08 2008
New Revision: 14557
Modified:
doc/trunk/design/syn/S05.pod
Log:
Clarify the role of whitespace within transliterations
Power up transliterations with regexes and closures
Formally define the implied alternation as equivalent to longest-token matchin
On Mon, Jul 07, 2008 at 07:16:05PM -0700, Patrick R. Michaud via RT wrote:
: Note however that TimToady on #perl6 speculated [1] that an empty return
: should return the Object prototype. I'm not sure the answer was
: resolved completely in that thread, however, so we'll go with returning
: 'undef
Applied (with one minor change) in r29143, thanks!
Note however that TimToady on #perl6 speculated [1] that an empty return
should return the Object prototype. I'm not sure the answer was
resolved completely in that thread, however, so we'll go with returning
'undef' for now and wait for a more d
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
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #56684]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56684 >
I know it's on jonathan's TODO list, but I'd like to open a ticket anyway.
Implementing
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.
I am working on the transliteration method operator (trans()) for
Rakudo and wanted to get some input on how character ranges are to be
used.
Should spaces be ignored in ranges like 'A .. Z'? Currently the
implementation I have ignores those spaces but counts any other spaces
as importan
I am working on the transliteration method operator (trans()) for
Rakudo and wanted to get some input on how character ranges are to be
used.
Should spaces be ignored in ranges like 'A .. Z'? Currently the
implementation I have ignores those spaces but counts any other spaces
as importan
# 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
Carl MXXsak (via RT) wrote:
> # New Ticket Created by "Carl Mäsak"
> # Please include the string: [perl #56640]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=56640 >
>
>
> A "Null PMC access" is produced when evaluatin
jason switzer (via RT) wrote:
> # New Ticket Created by "jason switzer"
> # Please include the string: [perl #56660]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=56660 >
>
>
> I found a case where my Rakudo test harne
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.
31 matches
Mail list logo
