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
# 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 September 13th [EMAIL PROTECTED] committed:
> Modified: doc/trunk/design/syn/S03.pod
> ==
>
> +Perl 6 also supports C decrement with similar semantics, simply by
> +running the cycles the other direction. However, lef
HaloO,
John M. Dlugosz wrote:
Using Dog in an expression (rather than a declaration) returns an
undefined protoobject of type Dog.
Yeah, an avatar.
But we already know that this is
supposed to work:
my ::Alias ::= Dog;
but maybe the RHS of ::= (if not :=) has its own special parsing
HaloO,
Smylers wrote:
If a 'number' is read in from a file, standard input, a webpage, a
command-line argument, and possibly even a database then it's likely to
be a string to start with.
I realize there are ways to get round this, for example by declaring the
variable as numeric. But not havi
HaloO,
I wrote:
subset Five of Int where {$_ == 5}
is the corresponding type
my Five $x; # effectively a constant
my 5$y; # syntax error or 5 in type position?
Would
my :(5) $z;
work as a type literal?
Regards, TSa.
--
"The unavoidable price of reliability is simplicit
On Wed, Apr 23, 2008 at 04:03:01PM +0100, Smylers wrote:
: The algorithm for increment and decrement on strings sounds really good,
: however I'm concerned that dealing with all that has made the common
: case of integer decrement a little less intuitive where the integer
: happens to be stored in
# 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
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
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
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
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
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.
--
# 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 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
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
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 Mittwoch, 23. April 2008, Larry Wall wrote:
> On Wed, Apr 23, 2008 at 04:03:01PM +0100, Smylers wrote:
> : The algorithm for increment and decrement on strings sounds really good,
> : however I'm concerned that dealing with all that has made the common
> : case of integer decrement a little less
On Thu, Apr 24, 2008 at 1:20 AM, Ph. Marek <[EMAIL PROTECTED]> wrote:
> On Mittwoch, 23. April 2008, Larry Wall wrote:
> > On Wed, Apr 23, 2008 at 04:03:01PM +0100, Smylers wrote:
> > : The algorithm for increment and decrement on strings sounds really good,
> > : however I'm concerned that deal
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
20 matches
Mail list logo
