On Wed, Oct 22, 2008 at 10:49 PM, Patrick R. Michaud (via RT)
[EMAIL PROTECTED] wrote:
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60070]
# in the subject line of all future correspondence about this issue.
# URL:
On Wednesday 22 October 2008 23:23:46 Gabor Szabo wrote:
I am totally lack of relevant knowledge so I'd like to get some from you.
There are many mobile platforms out there.
Linux based, Symbian, Blackberry, iPhone, Windows, Palm, Android, etc..
I wonder what are the chances of Parrot
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?
Maybe to try to get someone work on this or to get sponsorship
in that direction?
Gabor
On Thu, Oct 23, 2008 at 8:33 AM, chromatic [EMAIL PROTECTED]
On Wednesday 22 October 2008 23:06:22 jerry gay wrote:
this is definitely fallout from the mmd branch merge. seems ops.skip
hasn't been modified, and make opsrenumber was never run after opcodes
were modified.
i wrote a hack that suggests all ops from ops.skip should be removed:
That's
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
--- 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 iPhone
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_type_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
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.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60060
This results in 4 stat()s per pbc.
opening the file and using
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 moment.
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
mingw
On Wed, Oct 22, 2008 at 6:28 PM, Bernhard Schmalhofer via RT
[EMAIL PROTECTED] wrote:
Done in r30914: changed name to Parrot_type_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
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 verify
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 works
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
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
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
19 matches
Mail list logo