As of r27155 the user_stack data structure has been removed from the core.
After removing stack.ops, the constants STACK_ENTRY_INT,
STACK_ENTRY_FLOAT, STACK_ENTRY_STRING, and STACK_ENTRY_POINTER
aren't used anywhere outside of src/stacks.c . Shall we remove them?
After that, we should be able to
Based on Tuesday's #parrotsketch discussion, r27153
eliminates the user stack opcodes from Parrot. DEPRECATED.pod
showed that this would occur after the 0.7.0 release, but given
discussions and changes relating to the other stacks it was
decided that this could probably take place now.
The follow
On Wed, Apr 23, 2008 at 9:27 PM, James E Keenan <[EMAIL PROTECTED]> wrote:
> At ny.pm tonight, I was discussing the joys and sorrows of Parrot cage
> cleaning with one attendee. I just discovered that while you can search the
> newsgroup for the string 'cage' in a posting's subject line, there is
On Wed, 2008-04-23 at 18:40 -0700, James Keenan wrote:
> There are five configuration step classes where the class's runstep()
> method has an internal subroutine called _handle_mswin32(). These
> classes are:
>
> config/auto//crypto.pm
> config/auto//gettext.pm
> config/auto//gmp.pm
> config
# New Ticket Created by James Keenan
# Please include the string: [perl #53270]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53270 >
There are five configuration step classes where the class's runstep()
method has an in
On Wednesday 23 April 2008 18:30:26 Patrick R. Michaud wrote:
> Fair enough. However, I'm in favor of Chip's remark in #40806 that
> says we should use setfile/setline (opcodes) for tracking HLL lines
> and the #line "" directive for tracking lines of PIR
> source.
+1, as if you needed it.
--
On Sun, Apr 20, 2008 at 12:37:32PM -0700, Jonathan Worthington via RT wrote:
> Patrick R. Michaud wrote:
> > Rakudo doesn't use the line numbering feature of imcc because
> > the line numbering feature of imcc doesn't work.
> >
> > See RT#43269 - "setline is tied to PIR source".
>
> I wouldn't s
At ny.pm tonight, I was discussing the joys and sorrows of Parrot cage
cleaning with one attendee. I just discovered that while you can search
the newsgroup for the string 'cage' in a posting's subject line, there
is no 'cage' tag in our RT system. So you can't construct a query
string as you
This thread trailed off about 4 months ago. Could we get an update on
its status, i.e., whether it should be applied, what OSes it's passing
on, etc.
Thank you very much.
kid51
On Mon Apr 07 22:01:40 2008, coke wrote:
> >
>
> There have been improvements to the dependencies in the past few
> weeks; Can you
> duplicate this error, Joseph?
>
Joe, does this error still persist for you?
kid51
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #53264]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53264 >
On Tue, 22 Apr 2008, [EMAIL PROTECTED] wrote:
> Log:
> [src] The PMC struct and the S
# New Ticket Created by Allison Randal
# Please include the string: [perl #53210]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53210 >
We've been kicking around the idea of removing new_from_string for a
while, but the p
On Tue, 22 Apr 2008, Donald Hunter wrote:
Hi,
hi donald!
I'm trying to build mod_parrot against Parrot 0.6.1 and have found that
string_nprintf no longer exists. I see from ticket #44053 that the function
was removed since it had no users.
What's the preferred solution? Re-introduce strin
13 matches
Mail list logo
