chromatic wrote:
These are the headerizer changes that bother me the most.
Feel free to revert them.
Allison
Digging a little further into the consequences of null_lib_name.patch,
I see trouble ahead if the new library PMC is cloned into another
interpreter.
The fix lets you create a library PMC with no '_lib_name' property,
but src/dynext.c:Parrot_clone_lib_into assumes that every library
PMC has one.
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #53802]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53802 >
The attached patch mainly cleans up the implementation of GLUT
callbacks, simplify
On Tue, May 06, 2008 at 09:38:56PM -0700, Patrick R. Michaud via RT wrote:
> I think this ticket is ready to be closed. A lot of the PMC_* items
> were likely fixed as part of the pdd15oo change, and the problem I cited
> has apparently been fixed.
Looking a bit further, there are still a few ins
On Fri Jul 13 18:51:14 2007, coke wrote:
> Someone suggested using the PIR parser written in TGE to output PIR,
> and have *that* be our
> pretty printer.
>
> Good idea. If that happens, just kill the perl module.
Changed my mind. There's no point in keeping a half baked version of
something we k
# New Ticket Created by Jerry Gay
# Please include the string: [perl #53834]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53834 >
changes to subrule design in S05 have not yet been reflected in PGE.
specifically,
~ alias
> In src/objects.c:Parrot_add_attribute() there is the todo item:
>
> /* TODO escape NUL char */
>
> I think this applies to calling real_exception just afterwards.
According a discussion in #parrot this function and some related parts
is dead code. The attached patch removes it.
--
Salu2
Ind
On Wednesday 07 May 2008 11:54:31 NotFound wrote:
> According a discussion in #parrot this function and some related parts
> is dead code. The attached patch removes it.
Thanks, applied as r27377.
-- c
On Sat, Apr 26, 2008 at 10:15:05AM -0700, James Keenan via RT wrote:
> On Sat Apr 26 09:37:06 2008, geoff wrote:
> > On Sat, 2008-04-26 at 09:25 -0700, James Keenan via RT wrote:
>
> > > +are to be added. Wordspace-delimited string.
> >
> > Did you mean "Whitespace-delimited"?
>
> No, because
On Wed May 07 13:45:37 2008, [EMAIL PROTECTED] wrote:
>
> I would prefer the phrase "space delimited string" since a tab
> character could be a single whitespace?
>
Cf. http://svn.perl.org/parrot/trunk/lib/Parrot/Configure/Step/Methods.pm
What ultimately was committed to trunk was: "Single
wh
> In src/objects.c:Parrot_single_subclass() there is the todo item:
>
> /* XXX not really threadsafe but good enough for now */
>
> This needs to be made threadsafe.
This ticket can be closed, as Parrot_single_subclass was dead code and
has been removed.
Looking a this, I discovered that the s
NotFound wrote:
Looking a this, I discovered that the subclass function in default.pmc
contains a call to Parrot_single_subclass, but this function is not
present in default.c and there is no error nor warning about that
fact. Is this a behavior expected?
Anyway, the attached patch removes it.
Fixed in r27384, closing ticket.
Pm
As of r27389 most of the above changes are made, except that we can't
yet switch (zero-width assertion) because there are still a
number of languages and/or tools that are using as the
non-capturing syntax.
For now I've listed the syntax as deprecated and we can switch it
immediately following
On Wed May 07 16:53:11 2008, [EMAIL PROTECTED] wrote:
> Thanks, applied as r27388.
(Hitting the list with this thanks message. Thanks!)
Fixed in r27390. The step for automatically creating the makefile only
works for things in the languages/ subdirectory, so I modified
mk_languages_shell.pl to only attempt the reconfigure if a path wasn't
given.
Thanks,
Pm
On Sun Apr 20 19:01:44 2008, [EMAIL PROTECTED] wrote:
>
> I would like to propose both short-term and long-term remedies.
>
> Short-term: If you are proposing a new configuration step, or doing
> a significant overhaul of any existing step, please post an RT with
> the code and with a [TODO]
On May 5, 2008, Andy Lester wrote:
> On May 5, 2008, at 10:23 AM, Eric Wilhelm wrote:
> > Lurkers (potential contributors.) Posting it on use.perl.org (and/or
> > various other feed sources) would reach more of us.
>
> But do those lurkers actually exist? My gut says no. My gut says
> that the p
On Wed, 2008-05-07 at 18:22 -0700, James Keenan via RT wrote:
> On Sun Apr 20 19:01:44 2008, [EMAIL PROTECTED] wrote:
> >
> > I would like to propose both short-term and long-term remedies.
> >
> > Short-term: If you are proposing a new configuration step, or doing
> > a significant overhaul o
19 matches
Mail list logo
