On Wednesday 22 October 2008 23:47:23 Gabor Szabo wrote:
> Thanks for the quick answer.
> Then I have another few questions :-)
>
> Don't you think it would be important to start working in this direction?
Sure, but I think a lot of things are important. My top priority is to fix
anything that
On Wednesday 22 October 2008 22:49:37 Patrick R. Michaud (via RT) wrote:
> Since a number of steps have changed since the last time I worked
> with adding/removing opcodes (April 2008), and I have little idea
> what might be causing this, I'm filing this ticket in hopes that
> someone can clear th
--- On Thu, 23/10/08, Gabor Szabo <[EMAIL PROTECTED]> wrote:
> Don't you think it would be important to start working
> in this direction?
> Maybe to try to get someone work on this or to get
> sponsorship
> in that direction?
I can't speak for Android, but I know one of the constraints on the iP
The warning of inconsistent dll linkage no longer occurs on microsoft
visual studio, which resolves this issue.
kjs
On Mo. 08. Sep. 2008, 13:59:08, julianalbo wrote:
> Done in r30914: changed name to Parrot__attributes, fixed
> codingstd, changed also pmc in languages lua and perl6, and updated
> pdd17_pmc.pod
Does this mean that this ticket can be closed and the deprecation item
in DEPRECATED.pod be removed?
On Sat Aug 16 07:29:31 2008, [EMAIL PROTECTED] wrote:
> - Needs last/redo/next/continue exceptions in PCT (PCT)
This is done in rakudo; does that mean that this ticket is done?
# New Ticket Created by Stephane Payrard
# Please include the string: [perl #60060]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60060 >
This results in 4 stat()s per pbc.
opening the file and using Parrot_fstat_info_intv
On Wed, Oct 22, 2008 at 08:27:10PM -0700, Tim Nelson via RT wrote:
> On Sat Aug 16 07:29:31 2008, [EMAIL PROTECTED] wrote:
> > - Needs last/redo/next/continue exceptions in PCT (PCT)
>
>
> This is done in rakudo; does that mean that this ticket is done?
Only 'next' is done in rakudo at the mom
> Don't you think it would be important to start working in this direction?
> Maybe to try to get someone work on this or to get sponsorship
> in that direction?
I think the easier step towards this goal may be to make cross
compiling works with two well-known platforms. For example, targeting
min
On Wed, Oct 22, 2008 at 6:28 PM, Bernhard Schmalhofer via RT
<[EMAIL PROTECTED]> wrote:
>> Done in r30914: changed name to Parrot__attributes, fixed
>> codingstd, changed also pmc in languages lua and perl6, and updated
>> pdd17_pmc.pod
> Does this mean that this ticket can be closed and the depre
On Thu, Oct 23, 2008 at 1:43 AM, via RT Stephane Payrard
<[EMAIL PROTECTED]> wrote:
> This results in 4 stat()s per pbc.
> opening the file and using Parrot_fstat_info_intval() instead of
> Parrot_stat_info_intval() will be less costly.
> this means retooling readbc() that now stats the file to ve
On Thu, Oct 23, 2008 at 12:38:36AM -0700, chromatic wrote:
> On Wednesday 22 October 2008 22:49:37 Patrick R. Michaud (via RT) wrote:
>
> This patch fixes things for me, with minimal fuss and without inadvertently
> adding back in ops that we explicitly blacklist via src/ops/ops.skip.
Patch work
Will Coleda (via RT) wrote:
I would expect both of these programs to output the same thing, but it
looks like rethrow is generating the same output that throw would
here.
What is the difference supposed to be between these two ops?
The two ops are intentionally almost entirely the same. The o
Ovid wrote:
I can't speak for Android, but I know one of the constraints on the
iPhone is memory. This, as I recall, is part of the reason why they
don't have garbage collection available and force people to manage
memory directly (this, I might add, is a pain). Since I generally
don't worry a
chromatic (via RT) wrote:
Several tests fail with the CGP runcore (parrot -C) when multidispatch
re-enters bytecode -- in specific, anything that calls into src/pic.c from
Parrot_pcc_invoke_sub_from_sig_object causes failures.
The problem appears to be that CGP's PIC tries to poke into the b
I'm learning about Match objects today. I can't assign $/ to a
variable or pass it to a method. Is this a bug, or am I just
confused? I get the following results. In both cases, $/ gets
stringified instead of remaining as a Match instance.
% ./perl6 -e 'if ("f" ~~ m/f/) { my Match $m =
16 matches
Mail list logo
