I started to write an OpenGL library and was only a couple of dozen
lines into the pir when I remembered the documentation about callbacks
in docs/pdds/draft/pdd16_native_call.pod .
Currently there are only two signatures supported on callbacks: one
with user_data and extern_data and the other wit
On Friday 19 October 2007 09:30:31 Bernhard Schmalhofer wrote:
> Why should it be a TODO test?
For one, there's no ticket for it.
For two, allowing known failing bugs is the Broken Windows anti-pattern. Not
only does it undermine confidence in the software (oh, still broken!) but it
adds nois
Author: kjs
Date: Fri Oct 19 12:40:49 2007
New Revision: 22276
Modified:
trunk/docs/pdds/draft/pdd06_pasm.pod
Log:
and yet another line too long in pdd06_pasm.pod
Modified: trunk/docs/pdds/draft/pdd06_pasm.pod
==
---
i've added -R, --runcore options to parrot in r22284, with documentation
and tests. see C and C for details.
next we need to decide what to do about the old options. when do we
deprecate them? how do we migrate to the new syntax? etc. if you have
ideas, let them be known by replying here.
i sugge
On 10/16/07, via RT chromatic <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by chromatic
> # Please include the string: [perl #46481]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=46481 >
>
>
> Here's a nifty little pa
[EMAIL PROTECTED] wrote:
I started to write an OpenGL library and was only a couple of dozen
lines into the pir when I remembered the documentation about callbacks
in docs/pdds/draft/pdd16_native_call.pod .
[...]
My questions are:
- Does anybody else want a generic callback function mechani
The problem is specifically with vtable overrides in classes that are
cloned into a thread (which is a cloned interpreter object). The sub
object for the vtable override loses its 'seg' member, as demonstrated
in the gdb output below. The particular vtable override in tests 13 and
14 of t/pmc/threa
Author: kjs
Date: Fri Oct 19 12:39:10 2007
New Revision: 22275
Modified:
trunk/docs/pdds/draft/pdd06_pasm.pod
Log:
make line length test pass for pdd06_pasm.pod
Modified: trunk/docs/pdds/draft/pdd06_pasm.pod
==
--- tr
Author: kjs
Date: Fri Oct 19 13:06:18 2007
New Revision: 22279
Modified:
trunk/docs/pdds/draft/pdd06_pasm.pod
Log:
and yet another line too long in pdd06; fixing.
Modified: trunk/docs/pdds/draft/pdd06_pasm.pod
==
---
chromatic wrote:
On Friday 19 October 2007 09:30:31 Bernhard Schmalhofer wrote:
Why should it be a TODO test?
For one, there's no ticket for it.
I saw the failing test, but didn't know where it came from or why it was
there. (And until I dug into it the commit logs, I didn't even know if
It seems as though the first line seems to have caught my eye.
In most languages, ~ is used for bitwise not, and not bitwise xor which
is given ^. Parrot seems to do things a tad differently. An analysis
of the generated pir shows how parrot treats it now.
.sub main
$I0 = 5
chromatic schrieb:
On Thursday 18 October 2007 18:04:15 James Keenan wrote:
Linux. r22261
[li11-226:parrot] 559 $ prove -v t/pmc/objects.t
t/pmc/objects1..74
ok 1 - find_type (base class)
[snip]
not ok 57 - equality of subclassed Integer
# Failed test (t/pmc/objects.t at line 16
> I'm not sure about the current status of t/examples/shootout.t on Linux,
> but it is still failing on Darwin. See attached.
>
It just passed on my Mandriva.
--
Email and shopping with the feelgood factor!
55% of income to good causes. http://www.ippimail.com
On Friday 19 October 2007 11:37:08 Bernhard Schmalhofer wrote:
> chromatic schrieb:
> > For two, allowing known failing bugs is the Broken Windows anti-pattern.
> > Not only does it undermine confidence in the software (oh, still broken!)
> > but it adds noise that makes it far more difficult to
Author: ambs
Date: Fri Oct 19 06:21:28 2007
New Revision: 22268
Modified:
trunk/docs/pdds/draft/pdd19_pir.pod
Log:
Added proposal for simple change on binary operators
Modified: trunk/docs/pdds/draft/pdd19_pir.pod
==
15 matches
Mail list logo
