Around line 477, it explains that
our $count;
method ^count { return $count }
Such a I is always delegated to the C
object just as methods like C<.does> are, so it's possible to call
this as C or C<$dog.count>.
However, around line 1983 it
On Mon, Aug 11, 2008 at 11:34:03AM -0600, Tom Christiansen wrote:
: >I'm still somewhat ambivalent about this, myself. My previous
: >experience with hyphens in identifiers is chiefly in languages that
: >don't generally have algebraic expressions, e.g. LISP, XML, so it will
: >take some getting u
On Fri, Aug 8, 2008 at 12:57 PM, Patrick R. Michaud <[EMAIL PROTECTED]>wrote:
> On Thu, Aug 07, 2008 at 10:15:24AM -0400, Will Coleda wrote:
> > Now, if the problem is that the register allocator is broken, then
> > let's fix the register allocator. If :unique_reg is just a workaround
> > because
On Sat, 9 Aug 2008, James Keenan via RT wrote:
> I think that many of the things you say are interesting, but they are
> part of a much broader discussion.
> In a conversation I had with particle and chromatic at YAPC, particle
> indicated that we would be revisiting the design of our configurati
On Tue, 12 Aug 2008 10:03:03 +0200, Michael Mangelsdorf wrote:
> I also tried to say that as special characters (not 7-bit ASCII)
> like for hyper ops have already been admitted, the question of just how
> far ($foo&bar) this admission should (be allowed to) is just around
> the corner.
Completely
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57876]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57876 >
r30183:
$ ./perl6 -e '
sub x {
}
if 1 {
}'
Statement not terminated properly at line 4,
# New Ticket Created by Vyacheslav Matjukhin
# Please include the string: [perl #57884]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57884 >
genfile() method at the Parrot::Configure::Compiler module generates wrong
vim s
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57870]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57870 >
>From S05:
=item *
If the first character is whitespace, the angles are treated as an
Thanks, guys.
I was about to point out the difficulties for editors to get their
syntax highlighting and auto-indenting right, but then I remembered
that programming languages are (or should be) designed for the
convenience of people and not to make the tasks easier for tools
working on them.
Reg
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #57900]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57900 >
There's been a change somewhere in the Configure system such that the
solaris.pm hint
sol8-sparc-ccB--- - - - - ?
20080813
+sol8-sparc-gcc_4.1.0 B--- - - - - ?
20080813
sol10-sparc-cc_5.8 BY-- Y Y YY/9 ?
20060807
sol10-sparc-cc_5.9 B4*4 Y-- Y
On Wednesday 13 August 2008 07:36:45 Andy Dougherty wrote:
> The problem appears to be in config/init/hints/solaris.pm in
> the solaris_link_cb function. That function tries to compile and run a
> simple test.c program. I don't know where the _3877 part of the
> filename is coming from, but it's
On Thu Aug 07 06:20:51 2008, coke wrote:
> On Thu, Aug 7, 2008 at 8:21 AM, NotFound <[EMAIL PROTECTED]>
wrote:
> > On Thu, Aug 7, 2008 at 2:06 PM, Will Coleda <[EMAIL PROTECTED]> wrote:
> >
> >> make headerizer is trying to operate on files generated by make. Given
> >> that it's supposed to be upd
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57874]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57874 >
r30183:
$ ./perl6 -e 'class A { # actual newlines
method a { }
method b { }
}' # parses
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57858]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57858 >
r30183:
$ ./perl6 -e '"yo" ~~ /yo/; say $/' # works
yo
$ ./perl6 -e 'if "yo" ~~ /yo/ {
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57862]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57862 >
r30183:
$ ./perl6 -e 'grammar A { token b { c } }; "c" ~~ A::b' # works
$ ./perl6 -e 'gr
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57866]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57866 >
r30183:
$ ./perl6 -e 'say "b" ~~ /<[a..c]>/' # matches
b
$ ./perl6 -e 'say "b" ~~ /<["a"
On Tuesday 12 August 2008 15:05:58 Andrew Whitworth via RT wrote:
> We could change all the function
> definitions in the IMCC related files to use "struct _IMC_Unit" instead
> of "IMC_Unit" which would resolve the problem. Alternatively, we could
> rearrange the way the header files are ordered/c
Solved in r30203, debugger command line buffers are now created and
destroyed during creation and destruction of the debugger instance.
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57882]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57882 >
r30188:
$ ./perl6 -e 'class A { my $.x = 7; say $.x }' # segfaults
Lexical 'self' not fo
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57868]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57868 >
r30183:
$ ./perl6 -e '"\"" ~~ /\"/' # works
$ ./perl6 -e '"\"" ~~ / < \" > /' # fails
Un
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57860]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57860 >
r30183:
$ ./perl6 -e '.say' # works
$ ./perl6 -e 'if 1 { .say }' # fails
Null PMC acces
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #57864]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57864 >
r30183:
$ ./perl6 -e 'grammar A { token TOP { }; token foo { d } }; "d"
~~ A::TOP' # wo
On Tuesday 12 August 2008 14:17:22 Carl Mäsak wrote:
> # New Ticket Created by "Carl Mäsak"
> # Please include the string: [perl #57882]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=57882 >
>
>
> r30188:
> $ ./perl6 -e 'c
I think this patch is worth considering and I encourage comments from
those Parrot developers who are knowledgeable about these "file coda"
issues, how they appear in vi and emacs, etc.
Since this patch is likely to affect a large number of files, I think we
should defer full consideration until a
On Wednesday 13 August 2008 17:30:39 James Keenan via RT wrote:
> I think this patch is worth considering and I encourage comments from
> those Parrot developers who are knowledgeable about these "file coda"
> issues, how they appear in vi and emacs, etc.
>
> Since this patch is likely to affect a
On Wed, 13 Aug 2008, Andrew Johnson via RT wrote:
> On Wed Aug 13 10:41:22 2008, [EMAIL PROTECTED] wrote:
> >
> > Does this patch help?
>
> Almost, you just missed the executable itself (-o arg). This patch
> works for me.
[patch using test_$$ everywhere]
That looks like it should work, but i
Okay, thanks for getting back to me. Could you read the inline comments
I have inserted into Parrot::OpsRenumber::renum_op_map_file()?
Do the comments accurately reflect what needs to happen re opcode
renumbering both now and at 1.0?
You can read them here:
http://svn.perl.org/parrot/branches/o
On Wednesday 13 August 2008 19:39:16 James Keenan via RT wrote:
> Okay, thanks for getting back to me. Could you read the inline comments
> I have inserted into Parrot::OpsRenumber::renum_op_map_file()?
>
> Do the comments accurately reflect what needs to happen re opcode
> renumbering both now a
On Tue, Aug 12, 2008 at 12:02:41PM -0700, Carl Mäsak wrote:
> r30183:
> $ ./perl6 -e '"\"" ~~ /\"/' # works
> $ ./perl6 -e '"\"" ~~ / < \" > /' # fails
> Unable to find regex ''
> Null PMC access in invoke()
> [...]
>
> This goes for single as well as double quotes. And backslashes:
>
> $ ./perl6
On Tue, Aug 12, 2008 at 12:00:54PM -0700, Carl Mäsak wrote:
> # New Ticket Created by "Carl Mäsak"
> # Please include the string: [perl #57866]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=57866 >
>
>
> r30183:
> $ ./
31 matches
Mail list logo
