On Thu, 10 Sep 2009, James E Keenan wrote:
> config/gen/platform/generic/hires_timer.c and
> config/gen/platform/win32/hires_timer.c were committed to trunk on Sep 06 in
> r41081 when the 'pluggable_runcore' branch was merged to trunk.
> config/gen/platform/darwin/hires_timer.c was added a few hou
James E Keenan wrote:
config/gen/platform/generic/hires_timer.c and
config/gen/platform/win32/hires_timer.c were committed to trunk on Sep
06 in r41081 when the 'pluggable_runcore' branch was merged to trunk.
config/gen/platform/darwin/hires_timer.c was added a few hours later in
r41087 in an
Howdy,
I am also still seeing the signal 10 error on darwin, for example:
http://smolder.plusthree.com/app/public_projects/report_details/27120#first_failure
I am inclined to believe that this is a GC bug that is perhaps only
being triggered on darwin, perhaps due to differences with Apple's
gcc
Yet another reason to document them as is. But I guess we shouldn't
deprecate them yet.
=Austin
Vasily Chekalkin wrote:
Austin Hastings wrote:
Upon further review, the call on the field stands: the F*A PMCs are
unloved by anyone. Off with their heads!
In fact, maybe we should deprecate them
config/gen/platform/generic/hires_timer.c and
config/gen/platform/win32/hires_timer.c were committed to trunk on Sep
06 in r41081 when the 'pluggable_runcore' branch was merged to trunk.
config/gen/platform/darwin/hires_timer.c was added a few hours later in
r41087 in an attempt to cope with Da
François Perrad wrote:
I've refactored the language WMLScript with the opcode load_language.
That's work fine for dynops & dynpmc.
But when I load the runtime standard libraries (in src/wmlsstdlibs.pir),
I always need the prefix 'library' in the path
sub 'load_stdlibs'
load_bytecode 'librar
I'm mostly a lurker here, but I've noticed the same thing. In fact, this
message showed up before your original message on this thread. If the majority
of list members aren't having the same problem, it may very well be a Yahoo
thing.
--
Bruce Alderman bruce_alder...@yahoo.com
http://www.brucea
I found this link http://luajit.org/dynasm.html, and documentation starts well :
> DynASM is a Dynamic Assembler for code generation engines.
>
> DynASM has been developed primarily as a tool for LuaJIT, but might be useful
> for other projects, too.
>
François.
_
Current JIT is deprecated.
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
Current JIT is deprecated.
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
Current JIT is deprecated.
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
Current JIT is deprecated.
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
Current JIT is deprecated.
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
Current JIT is deprecated.
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
Current JIT is deprecated.
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
Current JIT is deprecated.
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
I'm not sure it's anything. But it has changed recently -- roughly since
the time the announcements about the new cert went out -- so I kind of
suspect that maybe someone "cleaned up" some settings while they were in
the config files.
=Austin
Shawn H Corey wrote:
Austin Hastings wrote:
Over
Austin Hastings wrote:
Over the past two days I've been getting parrot-dev list mail very far
behind. This morning I got Allison's email about the JIT, 18 hours after
it was sent. Yesterday, I got Andrew's blog post and some email chatter
discussing Allison's email. :(
If there's anyone one t
Over the past two days I've been getting parrot-dev list mail very far
behind. This morning I got Allison's email about the JIT, 18 hours after
it was sent. Yesterday, I got Andrew's blog post and some email chatter
discussing Allison's email. :(
If there's anyone one the list that actually kn
19 matches
Mail list logo
