On Tuesday 08 January 2008 12:52:28 Allison Randal wrote:
> Would be a good PMC cleanup to get in place, if this code can be removed.
> Original Message
> Subject: Zombie code?
> Date: Wed, 2 Jan 2008 20:43:27 - (UTC)
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
>
>
> W
On Sunday 06 January 2008 22:40:50 Geoffrey Broadwell wrote:
> examples/c/nanoparrot.c can be compiled with any of three different
> runloops. The default computed goto runloop compiles cleanly, but the
> switched and function runloops do not. The attached patch gets rid of a
> compiler error wh
applied with minor modifications as r24966.
~jerry
applied as r24965.
it's causing a heck of a lot of failing tests. however, i'll leave them
in for a day or three, while we see what we can do to get them passing.
hint: getting 'fudge' working on rakudo would do us a world of good.
~jerry
# New Ticket Created by Zev Benjamin
# Please include the string: [perl #49902]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49902 >
May as well mention what Rakudo is in the glossary entry.
Zev
Index: languages/perl6/d
Is there anyone familiar with the use (if any) of the revision number in
the Perl 6 and Parrot code?
It looks as though it might be possible to simplify some processes, but
I'm having trouble tracking down evidence. If there's a maven on the
topic, an explanation or some references, (maybe out-of
On Wed, 2008-01-16 at 22:38 -0700, Paul Seamons wrote:
> > I am starting to implement a GLUT and OpenGL binding for Parrot.
>
> I started down this path several months ago. The following is the thread on
> the topic.
>
> http://tinyurl.com/3crzpu
OK, read it now. I think I got a little farthe
Author: chromatic
Date: Thu Jan 17 11:28:43 2008
New Revision: 24944
Modified:
trunk/docs/pdds/draft/pdd09_gc.pod
Log:
[PDD] Added yet another reference link to the GC PDD.
Modified: trunk/docs/pdds/draft/pdd09_gc.pod
===
> I am starting to implement a GLUT and OpenGL binding for Parrot. GLUT
> is extremely callback-oriented. You essentially can't do anything
> beyond open the top-level window until callbacks are functional. You
> can't even draw in that window -- the rendered image never actually
> appears, and
