# New Ticket Created by Carl Mäsak
# Please include the string: [perl #65738]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=65738
masak I've asked this before, but gotten contradictory answers: if
I'm in a script
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
ihrd:
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
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
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #65740]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=65740
masak oh, and another thing: errors are written to $*OUT in Rakudo
masak why?
Tene
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
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
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
On Mon, May 18, 2009 at 9:11 AM, Austin Hastings
austin_hasti...@yahoo.com wrote:
If you haven't read the PDD, it's a good start.
snip useful summary
I get all that, really. I still question the necessity of mapping
each grapheme to a single integer. A single *value*, sure.
Mark J. Reed wrote:
On Mon, May 18, 2009 at 9:11 AM, Austin Hastings
austin_hasti...@yahoo.com wrote:
If you haven't read the PDD, it's a good start.
snip useful summary
I get all that, really. I still question the necessity of mapping
each grapheme to a single integer. A single
jnthn masak: 65740 is closable now I think
* masak checks
masak rakudo: run('./perl6 -e die q[OH NOES] /dev/null')
p6eval rakudo 120364: OUTPUT«OH NOESin Main (unknown:1)»
masak rakudo: run('./perl6 -e die q[OH NOES] 2/dev/null')
p6eval rakudo 120364: ( no output )
masak seems fine to me.
*
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
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 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
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 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 working
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 sane result
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
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
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 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 the
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
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
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
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:
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
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
Mark J. Reed markjreed-at-gmail.com |Perl 6| wrote:
On Mon, May 18, 2009 at 9:11 AM, Austin Hastings
austin_hasti...@yahoo.com wrote:
If you haven't read the PDD, it's a good start.
snip useful summary
I get all that, really. I still question the necessity of mapping
each grapheme
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
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
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 multiples,
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
32 matches
Mail list logo
