At 11:09 PM -0800 1/10/08, Larry Wall wrote:
It's really already very much like you want it to be. Most Str objects
do not in fact have any byte semantics. If you say "foo".bytes, that
is shorthand for "foo".bytes(:nf, :enc). In other words,
you have to tell it what units you want the bytes to
It's really already very much like you want it to be. Most Str objects
do not in fact have any byte semantics. If you say "foo".bytes, that
is shorthand for "foo".bytes(:nf, :enc). In other words,
you have to tell it what units you want the bytes to be measured in.
It just assumes utf-8 as a con
[EMAIL PROTECTED] skribis 2008-01-10 16:14 (-0800):
> +(Note that C<.bytes> is not guaranteed to be well-defined when the encoding
> +is unknown.
(This message is a mess; in my defense, it's 5:30 AM here. I just had to
respond, because I have the feeling Perl 6's unicode model is going
exactly the
Module is stable; test coverage is high; resolving ticket.
Configuration step classes gen::cpu and auto::cpu were merged, given the
name auto::cpu (because it's an automatic probe and does not generate
files) and given the place in the configuration step sequence formerly
held by gen::cpy. Tests were added. The code which remains uncovered
by tests is mo
Thanks for the rapid response. Test verified as passing on at least
Darwin and Linux. Ticket can remain resolved.
Additional refactoring was done to handle the macports-related code.
Some documentation of readline added. More tests added; coverage is
high. Ticket can be closed.
kid51
Author: larry
Date: Thu Jan 10 16:14:53 2008
New Revision: 14489
Modified:
doc/trunk/design/syn/S02.pod
Log:
Clarification requested by moritz++
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/trunk/design/syn/S02.
Author: larry
Date: Thu Jan 10 13:57:41 2008
New Revision: 14488
Modified:
doc/trunk/design/syn/S02.pod
Log:
Another typo, grr
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/trunk/design/syn/S02.pod(origin
Also consider this recent addition to S02:
Author: larry
Date: Thu Jan 10 13:05:42 2008
New Revision: 14486
Modified:
doc/trunk/design/syn/S02.pod
Log:
Added some random thoughts about performance implications of grapheme view
Modified: doc/trunk/design/syn/S02.pod
=
On Jan 9, 2008 10:36 PM, via RT Mark Grimes
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Mark Grimes
> # Please include the string: [perl #49596]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=49596 >
>
>
> Hi all,
Author: larry
Date: Thu Jan 10 13:16:27 2008
New Revision: 14487
Modified:
doc/trunk/design/syn/S02.pod
Log:
typo
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/trunk/design/syn/S02.pod(original)
+++ doc/t
Author: larry
Date: Thu Jan 10 13:05:42 2008
New Revision: 14486
Modified:
doc/trunk/design/syn/S02.pod
Log:
Added some random thoughts about performance implications of grapheme view
Modified: doc/trunk/design/syn/S02.pod
=
Author: larry
Date: Thu Jan 10 12:28:57 2008
New Revision: 14485
Modified:
doc/trunk/design/syn/S05.pod
Log:
Some clarifications suggested by moritz++
Modified: doc/trunk/design/syn/S05.pod
==
--- doc/trunk/design/sy
Author: larry
Date: Thu Jan 10 11:51:20 2008
New Revision: 14484
Modified:
doc/trunk/design/syn/S05.pod
Log:
Added :ii and :bb substitution modifiers as suggested by ruoso++
Modified: doc/trunk/design/syn/S05.pod
==
On Thu, 10 Jan 2008, [EMAIL PROTECTED] wrote:
> Some hand-waving on the problem of configuration and test selection, (as
> the two appear to share the issues, an ideal solution would address both).
>
> For any usable environment, a large set of common processes have to be
> executed, with a small
Some hand-waving on the problem of configuration and test selection, (as
the two appear to share the issues, an ideal solution would address both).
For any usable environment, a large set of common processes have to be
executed, with a smaller, OS &&/|| CPU specific set omitted. One way to do
this
# New Ticket Created by Jeff Horwitz
# Please include the string: [perl #49620]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49620 >
Empty declarations in lolcode are clobbering previous values of the same
variable. For
# New Ticket Created by Cory Spencer
# Please include the string: [perl #49582]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49582 >
The following patch against r24710:
- adds a push and a pop method to the P6 List P
Gabor Szabo wrote:
[darwin]
t/pmc/foo.t 3 5-7 9 # platform doesn't support libfoo
t/pmc/bar.t 1 42
...
This seems to be too obvious to be a real question but what if someone
adds a new test
in the middle of bar.t ?
Will she have to remember to update the numbers in the central config file?
T
# New Ticket Created by Mark Grimes
# Please include the string: [perl #49596]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49596 >
Hi all,
The attached patch is an attempt at converting t/pmc/eventhandler.t from
perl to
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #49590]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49590 >
Attached.
--
Jarkko Hietaniemi <[EMAIL PROTECTED]> http://www.iki.fi/jhi/ "There
Whoops. This was meant to go to list, not just Andy.
-- Forwarded message --
From: Will Coleda <[EMAIL PROTECTED]>
Date: Jan 9, 2008 11:00 PM
Subject: Documentation Status: Was Re: Build status wiki page
To: Andy Dougherty <[EMAIL PROTECTED]>
On Jan 8, 2008 10:32 AM, Andy Doughe
# New Ticket Created by Andy Lester
# Please include the string: [perl #49586]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49586 >
Particle wrote the nice command-line switches, but didn't write any
tests for them.
Th
On Jan 10, 2008 12:23 PM, Allison Randal <[EMAIL PROTECTED]> wrote:
> Aye, I would want to improve on the Python solution. But maintaining a
> config file something like:
>
> [darwin]
> t/pmc/foo.t 3 5-7 9 # platform doesn't support libfoo
> t/pmc/bar.t 1 42
> ...
>
> [MSWin32]
> t/pmc/foo.t 32
>
On Jan 9, 2008 2:03 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Sunday 06 January 2008 11:15:25 Andy Lester wrote:
>
> > With the new contributor day coming up, I'd like to run an article on
> > Perlbuzz about it. Can anyone supply me some text? Or point me to a
> > preferred old text that I ca
# New Ticket Created by Stuart Jansen
# Please include the string: [perl #49584]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49584 >
Reading and editting non-trivial lolcode tests is much easier with proper
syntax highl
# New Ticket Created by Stuart Jansen
# Please include the string: [perl #49580]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49580 >
Integers (NUMBRs) can be negative. Since Parrot makes it so easy to add
support for fl
# New Ticket Created by Stuart Jansen
# Please include the string: [perl #49578]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49578 >
Lolcode if (O RLY?) statements start with a bare statement. As a result,
the variable
Rafael Garcia-Suarez wrote:
That assumes that tests are skipped per file, which is not always the
case (sometimes you want to skip only one test, sometimes even to work
around an OS bug that appears only in one specific version). But
reorganizing platform-dependent tests might be a good idea.
30 matches
Mail list logo