Martin D Kealey wrote:
On Mar 27, 2010, at 15:43 , Darren Duncan wrote:
For example, say you want to define a graph of some kind, and for
elegance you have a separate container and node and side classes,
On Sat, 27 Mar 2010, Brandon S. Allbery KF8NH wrote:
This sounds like a hackaround for an
Leon Timmermans wrote:
Maybe it's just me, but I don't see the value of having some
*arbitrary* predefined order for complex numbers. If people really
want to order their complex numbers, let them do it themselves in
whatever way they want.
Leon
I agree actually that Complex shouldn't have a pr
> On Mar 27, 2010, at 15:43 , Darren Duncan wrote:
> > For example, say you want to define a graph of some kind, and for
> > elegance you have a separate container and node and side classes,
On Sat, 27 Mar 2010, Brandon S. Allbery KF8NH wrote:
> This sounds like a hackaround for an incomplete impl
Use <{...}>. as the string returned is reinterpreted as a regex, if it consists
of the single quoted string then it's a literal, but you must include the
single quotes in the result returned. E.g.,
<{ my $x = funct($a, $b, $c); "'$x'";}>
Mark Biggar
--
m...@biggar.org
mark.a.big...@comcast.net
On Sun, Mar 28, 2010 at 10:01:42PM -0700, Bruce Keeler wrote:
> The attached patch adds support for variable and block-result
> interpolation into regexes.
The patch is a very good start, but please don't apply it yet.
I've only had a chance to do a preliminary review, but there are
a few areas t
On Mon, Mar 29, 2010 at 09:35:39AM -0400, Andy Dougherty wrote:
> More broadly, I also thought it worth highlighting how when distutils
> doesn't work, it can be difficult for an ordinary user to do anything
> about it. This is a portability and support question that the rakudo
> folks should c
> "M" == Minimiscience writes:
M> Assuming that the last line should be "A ≥ B if a₁ > b₁ ...",
Indeed, yes. Is there a worse off-by-one typo than '<' vs '>'?
M> this is called lexicographic ordering,
Oh. Yes. Of course. Obviosuly. I should have noticed that and do not
know why I mis
2010/3/28 Andy Dougherty :
> On Fri, 26 Mar 2010, Fran?ois Perrad wrote:
>
>> Find attached a script 'setup.nqp' for building/testing Rakudo.
>>
>> This library removes the dependences with Makefile & various make
>> utilities, and remove the configure step.
>
> I tried this with today's parrot (r4
Is there not a way to run arbitrary code and interpolate the result as
a literal string (instead of a Regex)?
I assume that {...} is intended to be where you hook in
semantics/actions mid-parse, but it seems a bit counter-intuitive that
the same syntax interpolates in double-quote context but not
# New Ticket Created by Bruce Keeler
# Please include the string: [perl #73862]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=73862 >
The attached patch adds support for variable and block-result
interpolation into regexe
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #73856]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=73856 >
rakudo: my $foo = 'rofl harris'; given $foo { .=subst(/rofl/,
'rolf'; }; say $foo
raku
On Sun, 28 Mar 2010, Fran?ois Perrad wrote:
> 2010/3/28 Andy Dougherty :
> > I'm pretty sure this is a recurrence of [perl #66560]. See that ticket
> > for the diagnosis and fix currently in use in rakudo.
> >
> > However, it's not at all obvious to me how someone trying to
> > install rakudo co
Maybe it's just me, but I don't see the value of having some
*arbitrary* predefined order for complex numbers. If people really
want to order their complex numbers, let them do it themselves in
whatever way they want.
Leon
On Mon, Mar 29, 2010 at 6:10 AM, Darren Duncan wrote:
> I was actually th
13 matches
Mail list logo