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
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 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]
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 Wed May 07 16:53:11 2008, [EMAIL PROTECTED] wrote:
> Thanks, applied as r27388.
(Hitting the list with this thanks message. Thanks!)
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
Fixed in r27384, closing ticket.
Pm
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.
> 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
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
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 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
> 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
# 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
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
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
# 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
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.
chromatic wrote:
These are the headerizer changes that bother me the most.
Feel free to revert them.
Allison
19 matches
Mail list logo
