# New Ticket Created by Allison Randal
# Please include the string: [perl #53210]
# in the subject line of all future correspondence about this issue.
# URL: 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
On September 13th [EMAIL PROTECTED] committed:
Modified: doc/trunk/design/syn/S03.pod
==
+Perl 6 also supports CStr decrement with similar semantics, simply by
+running the cycles the other direction. However,
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
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
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.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=53264
On Tue, 22 Apr 2008, [EMAIL PROTECTED] wrote:
Log:
[src] The PMC struct and
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
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 say it doesn'
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 num file 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.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=53270
There are five configuration step classes where the class's runstep()
method has
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
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 no
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
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
16 matches
Mail list logo
