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:
> $ ./
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 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
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 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
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
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 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
# 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
# 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 #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 #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
Solved in r30203, debugger command line buffers are now created and
destroyed during creation and destruction of the debugger instance.
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
# 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"
# 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 #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 #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
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
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
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
# 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
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 "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
# 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 #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,
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
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 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 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
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
31 matches
Mail list logo
