Dear Raku experts
I have a little patch which adds another library include path and installation
site named "foo" which points to "/opt/foo/lib", see attached patch.
That worked (in a similar fashion) well with 2020.02, but with 2020.05 it fails
on the following test:
$
to the terminal that's running git am
- hit return if necessary, and ctrl-d
done.
I pushed the patch to our repository. Thanks for your work, francois!
- Timo
On Thu, Dec 01, 2016 at 10:46:17AM -0600, andy_b...@wiwb.uscourts.gov wrote:
> Hmm:
> $ cat /tmp/here.pl6
> my ($first, $second) = qq:to/END1/, qq:to/END2/;
> FIRST
> MULTILINE
> STRING
> END1
>SECOND
>MULTILINE
>STRING
>END2
> say "f: $first, s: $second";
>
> $ perl6 /tmp/
On Thu, Dec 01, 2016 at 10:15:03AM -0500, Will Coleda wrote:
> This will be much more likely to be applied if you provide a pull
> request to the repo at https://github.com/perl6/doc
I agree but it was a lot simpler for me to send it by e-mail at the moment.
I will perhaps try to make a pull-reque
This will be much more likely to be applied if you provide a pull
request to the repo at https://github.com/perl6/doc
On Wed, Nov 30, 2016 at 10:31 AM, wrote:
> This is to document the fact that, as in POSIX shell, you can use
> multiple HEREDOC strings in the same line.
>
> ---
> doc/Language/
This is to document the fact that, as in POSIX shell, you can use
multiple HEREDOC strings in the same line.
---
doc/Language/quoting.pod6 | 14 ++
1 file changed, 14 insertions(+)
diff --git a/doc/Language/quoting.pod6 b/doc/Language/quoting.pod6
index f7fe658..393807b 100644
--- a/
Sorry for the delay in responding.
This patch no long applies cleanly (though much of it does). If you would still
like to pursue this issue, please submit a PR to the rakudo github project,
which will make it easier to review and apply.
--
Will "Coke" Coleda
Sorry for the delay in responding.
This patch no long applies cleanly. If you would still like to pursue this
issue, please submit a PR to the rakudo github project, which will make it
easier to review and apply.
--
Will "Coke" Coleda
Sorry for the delay in responding.
This patch no long applies cleanly. If you would still like to pursue this
issue, please submit a PR to the rakudo github project, which will make it
easier to review and apply.
--
Will "Coke" Coleda
gt; :)
>
> Apologies for the delay in replying. Pull requests to github get
> -slightly- better turnaround time.
>
> TAP::Harness was introduced in 5.10.1 - I'm pretty sure our current
> perl5 build requirement is 5.10.0 - I'm not sure if we are ready to
> bump that u
On Sun Apr 10 14:01:06 2016, alex.jakime...@gmail.com wrote:
> This can be closed. See https://github.com/rakudo/rakudo/pull/737
Thanks. I'm closing this ticket as 'resolved'.
isplay.html?id=127847 >
>
>
> disallow dimensions smaller or equal 0 in shapes
> <0001-disallow-dimensions-smaller-or-equal-0-in-shapes.patch>
Thank you for your suggestion.
It would make life a lot easier if you could turn this into a rakudo Pull
Request.
Having said that, I have a
rom 93c5f8a96d7f8f31040d22e3e4e1ad989d52cdd9 Mon Sep 17 00:00:00 2001
From: bspecht
Date: Wed, 6 Apr 2016 22:36:24 +0200
Subject: [PATCH] disallow dimensions smaller or equal 0 in shapes
---
src/core/Exception.pm| 9 -
src/core/Rakudo/Internals.pm | 14 --
2 files changed, 16 insertions(+), 7 deleti
ture correspondence about this issue.
> > # https://rt.perl.org/Ticket/Display.html?id=127126 >
> >
> >
> > Oops, the previous message does not contain the patch so I am
> > submitting again. Use the patch below or just pull
> > https://github.com/rakudo/rakudo/pull/6
> On 05 Jan 2016, at 19:34, David (via RT) wrote:
>
> # New Ticket Created by David
> # Please include the string: [perl #127172]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=127172 >
>
>
&
# New Ticket Created by David
# Please include the string: [perl #127172]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127172 >
I propose this patch so as to make private attributes user friendly
just like public attribu
6 >
>
>
> Oops, the previous message does not contain the patch so I am submitting
> again. Use the patch below or just pull
> https://github.com/rakudo/rakudo/pull/667 .
>
>
>
> I am glad perl6 supports complex numbers natively. What I am not glad is that
&g
# New Ticket Created by Dan Kogai
# Please include the string: [perl #127126]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127126 >
Oops, the previous message does not contain the patch so I am submitting again.
Use
Patch was applied with commit cd8ce4e639.
I'm closing this ticket as 'resolved'.
lor is deprecated. So use Terminal::ANSIColor instead.
>From 0c682922b13d12f3179555efda6cd1345cb3c372 Mon Sep 17 00:00:00 2001
From: Shoichi Kaji
Date: Mon, 28 Sep 2015 22:13:27 +0900
Subject: [PATCH] Use Terminal::ANSIColor instead of Term::ANSIColor
Because Term::ANSIColor is deprecated
See
slightly-
better turnaround time.
TAP::Harness was introduced in 5.10.1 - I'm pretty sure our current perl5 build
requirement is 5.10.0 - I'm not sure if we are ready to bump that up.
Additionally, this patch no longer cleanly applies.
--
Will "Coke" Coleda
slightly-
better turnaround time.
TAP::Harness was introduced in 5.10.1 - I'm pretty sure our current perl5 build
requirement is 5.10.0 - I'm not sure if we are ready to bump that up.
Additionally, this patch no cleanly applies.
--
Will "Coke" Coleda
400
Subject: [PATCH] Warn on P5ish use of \ on single sigiled variable
---
src/Perl6/Grammar.nqp | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/Perl6/Grammar.nqp b/src/Perl6/Grammar.nqp
index 42e8eeb..ac2d7aa 100644
--- a/src/Perl6/Grammar.nqp
+++ b/src/Perl6/Grammar.nqp
@@ -2575,6 +2575,8
tle
patch.
It changes the target from 'languages' to 'share' for the modules.
Also a little fix for the perl6 script tools/build/panda-state.p6 is
added.
Gerd
>From f30500334b9f808fec405b62cfc7343308499106 Mon Sep 17 00:00:00 2001
From: gerd
Date: Wed, 24 Jun 2015 15:4
e: Fri, 29 May 2015 19:59:41 +0200
Subject: [PATCH] Fix typo in IO::Path.rename
This cause a bogus "Cannot find method 'postcircumfix:<( )>'" exception to be
thrown when trying to rename a nonexistent file, instead of returning the
correct Failure.
---
src/core/IO/P
Fixed with 0a0051c6979d21bfdc2e
> On 28 May 2015, at 20:28, Sam S. (via RT)
> wrote:
>
> # New Ticket Created by Sam S.
> # Please include the string: [perl #125269]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=125269
.de/perl6/2015-05-28#i_10669973 )
>From a63b2c5a0febd4ed64edf2b56e51d19a8b1ce26d Mon Sep 17 00:00:00 2001
From: smls
Date: Thu, 28 May 2015 20:22:45 +0200
Subject: [PATCH] Make sure that .make never forces itemization
(see http://irclog.perlgeek.de/perl6/2015-05-28#i_10669973 )
---
src/core/Match.
ttp://rosettacode.org/wiki/Van_der_Corput_sequence#Perl_6, I've
noticed that 0.polymod($base xx *) returns nothing and I thought this is
wrong.
I suggest the attached patch in order to have polymod return zero
whenever self is zero.>From 75f1b01e951270173dc3a6d04dad18c4de9c99ac Mon Sep 17 00:00:00 20
it.
Doesn't add noticeable spectest speedups, sorry (just prettier code :)>From 74a3d77b31d2449fb62c3968768a0e92591eb077 Mon Sep 17 00:00:00 2001
From: Anthony Parsons
Date: Mon, 26 Jan 2015 22:16:35 +
Subject: [PATCH] Switch to using TAP::Harness directly in t/harness
The previous code woul
# New Ticket Created by Konrad Borowski
# Please include the string: [perl #123496]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=123496 >
---
src/Perl6/Grammar.nqp | 32 +++-
src/core/Exception.p
On 01/24/2014 05:15 PM, Will Coleda via RT wrote:
> On Thu Jan 23 22:11:10 2014, arafatkam...@gmail.com wrote:
>>
>
> There are other situations where *only* http connections are allowed, and git
> connections are not (corporate firewalls). I'd like to have some discussion
> here before it gets
On Thu Jan 23 22:11:10 2014, arafatkam...@gmail.com wrote:
>
There are other situations where *only* http connections are allowed, and git
connections are not (corporate firewalls). I'd like to have some discussion
here before it gets applied.
--
Will "Coke" Coleda
1
From: kamaal
Date: Fri, 24 Jan 2014 06:04:40 +
Subject: [PATCH] Use the git protocol instead of https, as the build is
breaking in systems where curl-devel packages are not
installed(Or more importantly can't be installed, due to
various reasons)
---
tools/lib/NQP/Configure.pm |
Patch applied, thank you! :o)
https://github.com/rakudo/rakudo/commit/f5a38f2e97
Am 12.11.2013 16:35, schrieb Nick Glencross (via RT):
> # New Ticket Created by Nick Glencross
> # Please include the string: [perl #120520]
> # in the subject line of all future correspondence about t
# New Ticket Created by Nick Glencross
# Please include the string: [perl #120520]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=120520 >
Hi all,
This patch fixes a problem where RUN_PERL6 is clashing across build
varia
Steve Mynott
Date: Sat, 26 Oct 2013 11:15:14 +0100
Subject: [PATCH] fix rakudo jvm Configure line in doc
---
README |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/README b/README
index 6a81b92..480e673 100644
--- a/README
+++ b/README
@@ -34,7 +34,7 @@ Rakudo Perl 6
will
# New Ticket Created by equinox
# Please include the string: [perl #119353]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=119353 >
Hi,
A patch..
I ran the spec test. No regression.
jaffa4
&g
it native protocol for
sync with github.
Patch in attach adds an option for use HTTPS instead of git native protocol.
--
Vladimir N. Indik
1;>From 1f8dc42ebd85547fe2e458a5c5e6f87fd95f1556 Mon Sep 17 00:00:00 2001
From: "Vladimir N. Indik"
Date: Fri, 16 Aug 2013 11:05:22 +0400
Sub
On Sat Oct 08 13:47:10 2011, coke wrote:
> On Sat Oct 02 03:23:18 2010, moritz wrote:
> > Thanks for the patch, I've applied it.
> >
> > I'm leaving this ticket open for now, until we've decided what to do
> > about the documentation.
>
> Let'
>
> > ... and creates others. Consider
> >
> > (0..^3.3).Numeric
> >
> > Where you patch makes it return 3, but 4 is the correct answer.
>
> shame :( but fixed it ^^
>
> > Maybe checking for ~~ Int instead of ~~ Numeric helps, but we also need
>
I'm sorry, I was going through the bug queue and found this patch - I tried to
apply it and it
unfortunately no longer applies. I'm going to reject this ticket - if this is
still any issue for with a
recent version of rakudo, please open a new ticket.
Thanks.
On Sun Jun 26 10:
I'm not sure my patch was received, so here it is in the body of this email:
====Patch Start
>From a159724ab2125ba9f61534ae2d6de3c1b98485ce Mon Sep 17 00:00:00 2001
From: Z. Bornheimer
Date: Sat, 8 Dec 2012 11:47:26 -0500
Subject: [PATCH 2/2] A
x27;this is a string'.reverse or reverse 'this is a string'
and getting the desired result. With this patch, I have added the sub for
reversing strings and also the Str method and fixes this problem
## Z. Bornheimer
0002-Added-the-functionality-to-reverse-strings-with-a-re.patch
Description: Binary data
This patch was applied by moritz++ and the OP supplied tests.
Closing ticket.
--
Will "Coke" Coleda
I have added 3 new tests to the S32-str/pack.t test file in 'roast'
that test the functionality of this patch.
# New Ticket Created by Timothy Totten
# Please include the string: [perl #115120]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=115120 >
Find patch attached.
0001-Added-x-to-pack.patch
Description: Binary data
D's) doesn't look for
BSDmakefile, only makefile and Makefile, so it can't find any targets in
the dyncall directory. The dyncall manual says to use
make -f BSDmakefile for NetBSD. The attached patch does that.
--
Mike Small
sma...@panix.com
>From f1b736029d356c04958b5e24230883a5cfe50
7;s
a great language whichever way you slice it.
> Subject: Re: [perl #78626] Patch: support higher arity in reduce()
> From: perl6-bugs-follo...@perl.org
> To: smosh...@hotmail.com
> Date: Thu, 13 Oct 2011 02:02:28 -0700
>
> Am 13.10.2011 06:01, schrieb smos...@loveandhotsa
See attached short patch to src/core/List.pm to fix #101858.
-'f
>From d18c6af3e8c8bd2e1dc43d132fcc2cb39fc41e6c Mon Sep 17 00:00:00 2001
From: Geoffrey Broadwell
Date: Thu, 20 Oct 2011 21:28:36 -0700
Subject: [PATCH] List.unshift(): loop while @elems is non-empty, not while first el
# New Ticket Created by geo...@corp.sonic.net
# Please include the string: [perl #101474]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=101474 >
Attached please find a patch that makes the orig-string role
in no
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #101464]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=101464 >
Attached please find a patch updating nom's src/core/Main.pm to th
On Sun Oct 16 14:33:58 2011, g...@sonic.net wrote:
> Attached please find a patch updating nom's src/core/Main.pm to the
> latest snapshot from my local branch.
Applied; closing ticket.
On Sun Oct 16 16:23:14 2011, geo...@corp.sonic.net wrote:
> Attached please find a patch that makes the orig-string role
> in nom's MAIN_HELPER() DWIM a better.
Applied; closing ticket.
Am 13.10.2011 06:01, schrieb smos...@loveandhotsauce.net:
That's fine, I think it was already shot down owing to the supposedly
dubious utility of supporting higher arities in .reduce()
By the way, I submitted the patch because the error message had (and
still has) the "for now&quo
Hi,
That's fine, I think it was already shot down owing to the supposedly
dubious utility of supporting higher arities in .reduce()
By the way, I submitted the patch because the error message had (and
still has) the "for now" wording when you try any other arity. But
af
On Sat Oct 02 03:23:18 2010, moritz wrote:
> Thanks for the patch, I've applied it.
>
> I'm leaving this ticket open for now, until we've decided what to do
> about the documentation.
Let's either add a Windows section to the main README, or a new
README.win
to have missed this patch, and the repository has
changed enough that files in the patch are now gone.
If you feel this still needs patching, please throw us another one, and
ping me on IRC if it doesn't get applied or commented on in a day.
Sorry, and thanks for trying to make rakudo bett
tionality was already present... it needed two lines commented
>out, two uncommented. Since tests passed and there were no
>explanatory comments in the file, jnthn suggested I mail in a diff.
>Here it is.
>
> I was considering including another patch to support functions th
On Fri Aug 13 13:55:11 2010, lithos wrote:
> ".not" and ".so" are still missing in current Rakudo:
>
> $ ./perl6
> > True.so
> Method 'so' not found for invocant of class 'Bool'
> > True.not
> Method 'not' not found for invocant of class 'Bool'
> > 1.so
> Method 'so' not found for invocant of clas
On Thu Jun 17 00:38:17 2010, ciphertext wrote:
> ciphertext: rakudo: (1,2,3 Z 4,5,6).perl.say
> p6eval: rakudo c9ee2e: OUTPUT«(1, 4, 2, 5, 3, 6)»
> ciphertext: rakudo: (1,2,3 Z[,] 4,5,6).perl.say
> p6eval: rakudo c9ee2e: OUTPUT«(1, 4, 2, 5, 3, 6)»
> pmichaud: > (1,2,3 Z[,] 4,5,6).perl.say
> pmich
svn checkout -r), $reqsvn ,
> > qw(https://svn.parrot.org/parrot/trunk parrot));
> > +
> > +chdir('parrot') || die "Can't chdir to 'parrot': $!";
> > +
> > +
> > print "\nConfiguring Parrot ...\n";
> > my @config_com
On Mon Apr 13 17:10:03 2009, nelo.ony...@googlemail.com wrote:
> Hi all,
>
> I hope this PATCH is correct. A couple of issues came up whilst I was
> working on this:
>
> > Shouldn't we be able to return from within the try block?
>According to http://www.rakudo.
On Fri Apr 02 14:20:38 2010, jmarti wrote:
> This patch implements lazy assignation to Seq and Array objects.
Sorry about the delay in responding. While the patch no longer cleanly
applies, it looks like this feature does exist in current rakudo:
19:58 < [Coke]> nom: my @range_a =
On Fri Feb 13 21:50:40 2009, chrisdolan wrote:
> On Fri Feb 13 21:14:59 2009, ch...@chrisdolan.net wrote:
> > This patch adds support for '?' twigil variables to actions.pm and
> > declares the $?PROGRAM read-only global variable in !UNIT_START. The
> > value s
Thank you very much for the patch, sorry for the delay in responding.
Unfortunately, the patch seems to be corrupt, (so says git apply), but
recent changes on rakudo's nom branch hopefully have improved the
situation you were trying to remedy here.
Thanks again.
--
Will "Coke" Coleda
On Wed Jun 16 09:05:34 2010, ciphertext wrote:
> Apply to branch list, commit ddb39d064c6e334f4d08
> Fixes these bugs:
Sorry, this branch has been deleted.
If these fixes are still relevant, we'd love a patch against the latest (nom)
branch. Thanks, sorry
for the delay in processing
Sorry it took so long, but, while the patch has bitrotted slightly and won't
apply, it looks like we
now have a limit arg anyway.
Thanks for the patches, we'll try to get faster in processing the backload!
--
Will "Coke" Coleda
Closing ticket as resolved - I don't think we applied the original patch, but
we have REPL
autoprinting for some time now.
Thanks for the submission!
--
Will "Coke" Coleda
Sorry about the delay in responding.
These patches no longer apply, so I'm rejecting the ticket.
Thanks for the submittal, we do appreciate it, even if we're slow to respond.
--
Will "Coke" Coleda
Sorry about the delay in responding. Thanks for the patch.
These were removed from the spec in
https://github.com/perl6/specs/commit/9538e55c7dbcadf6002a2b68b8baaf094f8af78d
--
Will "Coke" Coleda
> Thanks for the patch ... unfortunately, this patch no longer cleanly
> applies. Can you rebase
> and re-submit? I'll leave the ticket open for a little while.
>
> Regards.
I don't know how long this has been true, but at this point $*IO.slurp
and $fh.slurp work a
doesn't work for me and after a discussion on IRC with JimmyZ, see
http://irclog.perlgeek.de/perl6/2011-06-26#i_4005711, it became clear it
didn't work for him on Windows either.
I have attached a patch that fixes the problem to the point of having
such a command line request usabl
Yes, closeable. Thanks.
Chris
"Tadeusz Sośnierz via RT" wrote:
On Sun Feb 22 18:53:32 2009, ch...@chrisdolan.net wrote: > This trivial patch
to perl6.pir changes Perl6::Compiler to use its > superclass' addstage()
mutator instead of directly editing the > @stages att
xed them, and added two new functions (isdev, islnk)
that parrot implemented.
This patch was also sent as a pull request on github.
--
-Will Orr
>From 57e34fc2d268134f992b72887acdfb72ec81768a Mon Sep 17 00:00:00 2001
From: William Orr
Date: Fri, 25 Feb 2011 19:23:07 -0500
Subject: [PATCH] Fixe
rl6/specs/blob/master/S32-setting-library/IO.pod
Additionally, I reimplemented IO.l in Perl6 rather than pir, and I
changed the behaviour of IO.f so that it actually matched the spec
(devices aren't normal files).
Patch also submitted as github pull request.
>From ef513564a171d724d602216e48f23
ough the underlying VM supports it. I added support for all of
those functions, as well as adding the ability to get permissions
information from IO::Stat.
This patch was also submitted as a pull request on github.
>From 581b99cdc23e474b8b4a8056328ecc013e32b754 Mon Sep 17 00:00:00 2001
From:
Thank you.
My github ID is "dwhipp".
Dave.
On Fri, Feb 25, 2011 at 11:56 AM, Moritz Lenz via RT <
perl6-bugs-follo...@perl.org> wrote:
> On Thu Feb 17 14:35:14 2011, dwh...@google.com wrote:
> > Attached patches add tests and implementation for sequence operator with
> > limit-function arity >
One extra patch for this change: an error if the limit-function is a multi
(not sure if you'll want to apply this as-is: I couldn't figure out why
"fail" didn't result in an error. so used "die", instead).
On Thu, Feb 17, 2011 at 2:35 PM, perl6 via RT
wrote:
$^b > $^b-$^c }; ## curvature: 5 values
1,2 ... { @_ == 4 }; ## length: 4 values
>From 608d6c1dc96b81e0537d670d9949451c227f5708 Mon Sep 17 00:00:00 2001
From: Dave Whipp
Date: Thu, 17 Feb 2011 12:08:45 -0800
Subject: [PATCH] tests of sequence operator with limit function having arit
2011.02.07. 11:36 keltezéssel, Moritz Lenz via RT írta:
And as an actual patch:
--- a/src/Perl6/Grammar.pm
+++ b/src/Perl6/Grammar.pm
@@ -1477,6 +1477,7 @@ token quote:sym {
}
<.setup_quotepairs>
[
+| '/' \s* '/'<.panic: "Null
nstruct, the check should be
> done in the regex parsing code once, as STD.pm6 does it.
I completely agree; the check for null regex needs to be done in the
regex parsing code. In particular, the following regex should also
produce a "null pattern" exception of some sort, which th
And as an actual patch:
--- a/src/Perl6/Grammar.pm
+++ b/src/Perl6/Grammar.pm
@@ -1477,6 +1477,7 @@ token quote:sym {
}
<.setup_quotepairs>
[
+| '/' \s* '/' <.panic: "Null regex in substitution not allowed">
| '/'
On Sun Jan 30 22:57:36 2011, coke wrote:
> On Fri Jun 11 05:09:26 2010, quester wrote:
> > Updated the perl6 --version patch again for the Erlangen/May
> release.
> > (Also redid git format-patch since there have been more changes in
> > build/Makefile.in.)
> >
>
On Fri Jun 11 05:09:26 2010, quester wrote:
> Updated the perl6 --version patch again for the Erlangen/May release.
> (Also redid git format-patch since there have been more changes in
> build/Makefile.in.)
>
>
Looks like this style of output was not included, but we currentl
Thanks, applied as 0fc520e
--
Will "Coke" Coleda
On Mo, 2011-01-17 at 13:34 -0800, Moritz Lenz via RT wrote:
> On 01/16/2011 07:47 PM, Gilbert R. Roehrbein (via RT) wrote:
> > fixes the problem which you encounter when you try to evaluate
> > +(23..23)
>
> ... and creates others. Consider
>
> (0..^3.3).N
:00:00 2001
From: Michael Stevens
Date: Mon, 17 Jan 2011 21:38:07 +
Subject: [PATCH] Remove extra "to" in README.
---
README |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/README b/README
index d0fe100..8a0ff24 100644
--- a/README
+++ b/README
@@ -29,7 +2
On 01/16/2011 07:47 PM, Gilbert R. Roehrbein (via RT) wrote:
> fixes the problem which you encounter when you try to evaluate
> +(23..23)
... and creates others. Consider
(0..^3.3).Numeric
Where you patch makes it return 3, but 4 is the correct answer.
Maybe checking for ~~ Int i
000)
~ payload
>From b5d95340a193df9af8ccb185c33ef4177a7ab527 Mon Sep 17 00:00:00 2001
From: payload
Date: Sun, 16 Jan 2011 19:33:04 +0100
Subject: [PATCH] optimized Range for getting its size if its a numeric range
---
src/core/Range.pm | 10 ++
1 files changed, 10 inse
* > 3
> rakudo : OUTPUT«1234»
> say 1, 2 ... * !< 3
> rakudo: say 1, 2 ... * !< 3
> rakudo : OUTPUT«Can't take numeric value for object of type
> Whatever [...]
> :/
> huh.
> * masak submits rakudobug
> must be some unfortunate combination of ! and opera
> One of the patches here, the one for root.in, is actually a one line
> patch to a Parrot file. After this ticket is open, unless there are
> objections, I will open a Parrot trac ticket and cross reference the
> two patch tickets.
The Parrot ticket was created and the relat
On 11/22/2010 04:01 PM, Moritz Lenz wrote:
Although it looks like a typo, "to vary" is indeed the correct verb here
I'm not a native English speaker, so sorry for the noise.
Am 22.11.2010 08:39, schrieb Hongwen Qiu:
> -argument vary faster than the left. In other words, C<&&> and C<||>
establish
> +argument very faster than the left. In other words, C<&&> and C<||>
establish
Although it looks like a typo, "to vary" is indeed the correct verb here
(means as
I suppose DeclaratorTest1.parse('c3') should be OK, so change it to
DeclaratorTest1.parse('c4').
>From 1dc270aa5a7927b21c2076c8d20e10d5027b044e Mon Sep 17 00:00:00 2001
From: Hongwen Qiu
Date: Mon, 22 Nov 2010 15:42:34 +0800
Subject: [PATCH] [S05] change one test for :s
>From 110a2564bc622c3b5ed659d049f99baf2e1a7dbf Mon Sep 17 00:00:00 2001
From: Hongwen Qiu
Date: Mon, 22 Nov 2010 15:32:47 +0800
Subject: [PATCH] [S05] typo fix.
---
S05-regex.pod |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/S05-regex.pod b/S05-regex.pod
in
> Subject: Re: [perl #78626] Patch: support higher arity in reduce()
> From: perl6-bugs-follo...@perl.org
> To: smosh...@hotmail.com
> Date: Thu, 28 Oct 2010 12:10:30 -0700
>
> Patrick R. Michaud wrote:
> > On Wed, Oct 27, 2010 at 08:55:36PM -0700, Darren Duncan wrote:
Patrick R. Michaud wrote:
On Wed, Oct 27, 2010 at 08:55:36PM -0700, Darren Duncan wrote:
Stephen Mosher (via RT) wrote:
Attached is a diff against rakudo/src/core/Any-list.pm which adds support to
reduce() for higher-arity functions. It ensures arity-list agreement and is
generally safe. Other
On Wed, Oct 27, 2010 at 08:55:36PM -0700, Darren Duncan wrote:
> Stephen Mosher (via RT) wrote:
> >Attached is a diff against rakudo/src/core/Any-list.pm which adds support to
> >reduce() for higher-arity functions. It ensures arity-list agreement and is
> >generally safe. Other than the test, the
Stephen Mosher (via RT) wrote:
Attached is a diff against rakudo/src/core/Any-list.pm which adds support to
reduce() for higher-arity functions. It ensures arity-list agreement and is
generally safe. Other than the test, the functionality was already
present... it needed two lines commented out
d I mail in a
diff. Here it is.
I was considering including another patch to support functions that reduce to
more than a single term, but as it turns out this is best handled by using a
[list] item instead.
Note: if the supplied function _does_ return more than a single term, reduce()
will
1 - 100 of 8302 matches
Mail list logo
