On May 18, 2009, at 21:54 , Larry Wall wrote:
On Mon, May 18, 2009 at 07:59:31PM -0500, John M. Dlugosz wrote:
No, a few million code points in the Unicode standard can produce an
arbitrary number of unique grapheme clusters, since you can apply as
many modifiers as you like to each different ba
On Mon, May 18, 2009 at 07:59:31PM -0500, John M. Dlugosz wrote:
> No, a few million code points in the Unicode standard can produce an
> arbitrary number of unique grapheme clusters, since you can apply as
> many modifiers as you like to each different base character. If you
> allow multipl
Larry Wall larry-at-wall.org |Perl 6| wrote:
into *uint16 as long as they don't synthesize codepoints. And we can
always resort to *uint32 and *int32 knowing that the Unicode consortium
isn't going to use the top bit any time in the foreseeable future.
(Unless, of course, they endorse something
Larry Wall larry-at-wall.org |Perl 6| wrote:
Sure, but this is a weak argument, since you can already write complete
ord/chr nonsense at the codepoint level (even in ASCII), and all we're
doing here is making graphemes work more like codepoints in terms of
storage and indexing. If people abuse i
Mark J. Reed markjreed-at-gmail.com |Perl 6| wrote:
On Mon, May 18, 2009 at 9:11 AM, Austin Hastings
wrote:
If you haven't read the PDD, it's a good start.
I get all that, really. I still question the necessity of mapping
each grapheme to a single integer. A single *value*, sure.
Chromatic, PM,
I got a fresh copy of parrot; configured and built. And "parrot_config
revision" still returns 0 (zero). If I then doctor rakudo's makefile to
ignore the revision # of parrot (and - a for a separate problem that
re-occurs from time to time- switch in rakudo's makefile / for \ in
"
On Monday 18 May 2009 12:20:47 Patrick R. Michaud wrote:
> I'm more likely to suspect that something in your Parrot build is
> causing parrot_config to not provide the SVN revision number for Parrot.
I have an SVK checkout of Parrot, so Parrot's configuration process cannot
determine the Parrot
Author: moritz
Date: 2009-05-18 23:08:54 +0200 (Mon, 18 May 2009)
New Revision: 26876
Modified:
docs/Perl6/Spec/S02-bits.pod
docs/Perl6/Spec/S09-data.pod
Log:
[S02] get rid of the each() comprehension
[S09] document speculative each() junction with grep semantics
Modified: docs/Perl6/Spec/S
Larry Wall wrote:
Which is a very interesting topic, with connections to type theory,
scope/domain management, and security issues (such as the possibility
of a DoS attack on the translation tables).
I think that a DoS attack on Unicode would be called "IBM/Windows Code
Pages." The rest of
Brandon S. Allbery KF8NH wrote:
On May 18, 2009, at 14:16 , Larry Wall wrote:
On Mon, May 18, 2009 at 11:11:32AM +0200, Helmut Wollmersdorfer wrote:
3) Details of 'life-time', round-trip.
Which is a very interesting topic, with connections to type theory,
scope/domain management, and security
On May 18, 2009, at 14:16 , Larry Wall wrote:
On Mon, May 18, 2009 at 11:11:32AM +0200, Helmut Wollmersdorfer wrote:
3) Details of 'life-time', round-trip.
Which is a very interesting topic, with connections to type theory,
scope/domain management, and security issues (such as the possibility
On Mon, May 18, 2009 at 01:01:55PM -0400, Peter Schwenn wrote:
> I get:
> Reading configuration information from ../../parrot_config ...
> Parrot revision r38795 required (currently r0)
What do you get if you manually run "..\..\parrot_config revision"
from the command line (from within
On Sun, May 17, 2009 at 07:41:45PM +0200, Moritz Lenz wrote:
: Hi,
:
: (sorry for yet another p6l email mentioning junctions; if they annoy you
: just ignore this mail :-)
:
: while reviewing some tests I found the "each() comprehension" in S02
: that evaded my attention so far.
:
: Do we really
On Mon, May 18, 2009 at 02:16:17PM -0400, Mark J. Reed wrote:
: Surrogates are just weird, since they have assigned code points even
: though they're purely an encoding mechanism. As such, they straddle
: the line between abstract characters and an encoding form. I assume
: that if text comes in a
On Mon, May 18, 2009 at 11:11:32AM +0200, Helmut Wollmersdorfer wrote:
> [1] Open questions:
>
> 1) Will graphemes have an unique charname?
>e.g. GRAPHEME LATIN SMALL LETTER A WITH DOT BELOW AND DOT ABOVE
Yes, presumably that comes with the "normalization" part of NFG.
We're not aiming for rou
> On Mon, May 18, 2009 at 12:37:49PM -0400, Brandon S. Allbery KF8NH wrote:
>> I would argue that if you are working with a grapheme cluster
>> ("grapheme"), arithmetic on individual grapheme values is undefined.
Yup, that was exactly what I was arguing.
>> In short, I think the only remotely san
On Mon, May 18, 2009 at 12:37:49PM -0400, Brandon S. Allbery KF8NH wrote:
> On May 18, 2009, at 09:21 , Mark J. Reed wrote:
>> If you're doing arithmetic with the code points or scalar values of
>> characters, then the specific numbers would seem to matter. I'm
>
>
> I would argue that if you are
When I:
$ perl configure.pl
on current git pull of rakudo, under cygwin under XP sp2,
I get:
Reading configuration information from ../../parrot_config ...
Parrot revision r38795 required (currently r0)
My copy of rakudo is in c:/parrot/languages/rakudo and it is git'd from the
On May 18, 2009, at 09:21 , Mark J. Reed wrote:
If you're doing arithmetic with the code points or scalar values of
characters, then the specific numbers would seem to matter. I'm
I would argue that if you are working with a grapheme cluster
("grapheme"), arithmetic on individual grapheme v
On Sun, May 17, 2009 at 09:35:50PM +0200, Moritz Lenz wrote:
: Hi,
:
: t/oo/value_types.t mentions the "is value" trait, which doesn't appear
: in the spec anywhere. According to the discussion in [1] there was
: speculation about 'is cow' and 'is value', but the former didn't seem to
: enter the
On Mon, May 18, 2009 at 07:01:27AM +0200, pugs-comm...@feather.perl6.nl wrote:
: Author: jdlugosz
: Date: 2009-05-18 07:01:27 +0200 (Mon, 18 May 2009)
: New Revision: 26868
:
: Modified:
:docs/Perl6/Spec/S03-operators.pod
: Log:
: Fix one typo, s/know/known/. Really just low-hanging fruit to
masak: 65740 is closable now I think
* masak checks
rakudo: run('./perl6 -e "die q[OH NOES]" > /dev/null')
rakudo 120364: OUTPUT«OH NOESin Main (:1)»
rakudo: run('./perl6 -e "die q[OH NOES]" 2>/dev/null')
rakudo 120364: ( no output )
seems fine to me.
* masak closes
Mark J. Reed wrote:
On Mon, May 18, 2009 at 9:11 AM, Austin Hastings
wrote:
If you haven't read the PDD, it's a good start.
I get all that, really. I still question the necessity of mapping
each grapheme to a single integer. A single *value*, sure.
length($weird_grapheme) should a
On Mon, May 18, 2009 at 9:11 AM, Austin Hastings
wrote:
> If you haven't read the PDD, it's a good start.
I get all that, really. I still question the necessity of mapping
each grapheme to a single integer. A single *value*, sure.
length($weird_grapheme) should always be 1, absolutely. But w
If you haven't read the PDD, it's a good start.
To summarize, probably oversimplifying badly:
1. A grapheme is a character *as seen on the page.* That is, if
composing "a" + "dot above" + "dot below" produces an a with dots above
and below it, then THAT is the grapheme.
2. Unicode has a lot
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon May 18 13:00:01 2009 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
Do we really need to be able to map arbitrary graphemes to integers,
or is it enough to have an opaque value returned by ord() that, when
fed to chr(), returns the same grapheme? If the latter, a list of
code points (in one of the official Normalzation Formats) would seem
to be sufficient.
On 5/1
On Tir. 21. Apr. 2009 07:41:21, PacoLinux wrote:
> Hi:
>
> I'm having a very weird error while building latest rakudo with parrot
> r38208 (gcc 4.1.3 20070929) :
I'm seeing the same problem with gcc version 4.1.2 20061021 prerelease
(NetBSD nb3 20061125), i.e. the system compiler on NetBSD/i386
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65740]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65740 >
oh, and another thing: errors are written to $*OUT in Rakudo
why?
that seems like a m
Darren Duncan wrote:
Since you seem eager, I recommend you start with porting the Parrot PDD
28 to a new Perl 6 Synopsis 15, and continue from there.
IMHO we need some people for a broad discussion on the details first.
Helmut Wollmersdorfer
John M. Dlugosz wrote:
I was going over S02, and found it opens with, "By default Perl presents
Unicode in "NFG" formation, where each grapheme counts as one character."
I looked up NFG, and found it to be an invention of this group, but
didn't find any details when I tried to chase down the l
Hi,
Илья wrote:
> Hi,
> no one answered at #perl6, so I sending this question in list:
>
> ihrd: I have question about attr initialization
> ihrd: if I have two attr with same name
> ihrd: like @.args and %.args
> ihrd: and instance object, like .new(args => {foo => 1}), rakudo init both
> attr
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65738]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65738 >
I've asked this before, but gotten contradictory answers: if
I'm in a script and import
33 matches
Mail list logo
