Please find attached a patch to implement requested functionality.
Passes split-simple.t tests and includes a patch that updates those
tests and adds one more that verifies correct performance with a return
limit count.
Index: t/spec/S32-str/split-simple.t
=
> That's not right, is it? Or I don't understand what perl 6 does with
> the capturing parens that's different from perl 5. In perl 5 (and what
> I would expect from perl 6), @split would contain the following strings
> at the following array indices:
>
...
Your concern seems to be with the add
On Wed Apr 01 22:00:57 2009, wayland wrote:
> rakudo: my Bool $t; $t = Bool::True; print $t.succ
> I don't know what it should do, but not Null PMC.
I would think it would do somthing like:
rakudo: my $x = Bool::True; say ++$x
rakudo 881ed3: OUTPUT«1»
and the attached patches provide
The attached patch should generate the desired error message. If
someone wants a test for this, just let me know which test file the
test belongs in and I will be happy to post an appropriate test for
that file.
--- a/src/classes/Positional.pir
+++ b/src/classes/Positional.pir
@@ -105,9 +105,24
An irc discussion (http://irclog.perlgeek.de/perl6/2009-04-
06#i_1042505) related to this ticket yielded some new insights. The
premise of the ticket differs some from the p6 synopsis/spec
(http://svn.pugscode.org/pugs/docs/Perl6/Spec/S32-setting-
library/Str.pod), seeming closer to the p5 behav
Please find attached new, revised, hopefully more spec conformant,
patches.
One of the two patches includes new tests with some appropriate
revisions demonstrating the ability to address Mr. Duff’s concerns.
Specifically:
split_test(
'abc::def::ghi::'.split(/(\:)/, all => True, 3),
['
I think this ticket should be merged with 62002.
BTW - It's partially solved. There seems to be a default .perl method -
it just doesn't dump attributes yet.
I retested the example with a current Bratislava rakudo built with
ActivePerl/Mingw gcc under Windows Vista and it ran fine. Could the
author update their Perl 6 to a current rakudo and retest? If the
persistence of the problem can't be confirmed, the problem seems
unlikely enough that closin
Tests for this problem now added to t/spec/S05-match/capturing-
contexts.t now pass. Recommend closing.
Well it's now more than half a year later and the current behavior is:
PhatEddy rakudo: say $.a
17:22 p6eval rakudo 6f1649: OUTPUT«Lexical 'self' not foundcurrent
instr.: '_block14' pc 51 (EVAL_17:34)»
It seems to me that if you try to access an attribute with no
applicable class or object,
On Tue Apr 28 11:06:06 2009, pmichaud wrote:
>> On Wed Apr 15 03:27:17 2009, ronaldxs wrote:
...
>> but rakudo with patch passes spectest.
> Note that as a (Perl 6) method, EXPR still needs to have a :slurpy
> :named parameter to catch any additional named arguments. (All
methods
> in Perl 6 ha
>From IRC discussion on 4/29
13:54 pmichaud at the moment I think I'm going to declare RT #60946
(sic.) "not a bug" and let it slide for now. We don't currently make
any guarantees that Rakudo objects play nicely with Parrot 'isa' opcodes.
13:54 PhatEddy The ticket seems to ask whether parrot cl
> Shouldn't that be just =$*IN ?
Times have changed and not anymore.
$ ./perl6 -e 'say =$*IN'
prefix:<=> has been superseeded by $handle.lines and $handle.get
$*IN.lines seems to work and yes I am hoping someone will fix the
spelling of superseded in src/classes/IO.pir.
>
> > $ ./perl6 -e 'sa
Added tests to t/spec/S05-metasyntax/regex.t. Tests based on the
original examples now pass. An additional, related, test for proper
setting of match object with a similar implicit topic match does not
pass yet.
Using find/grep to find calls to "new 'Failure'" in the current (non-
generated) rakudo code base I came up with the short list below. They
all seem to represent legitimate cases of wanting to allocate a Failure
object to return an undef type value like an index search that fails to
find its se
Thank you for testing Rakudo and running the spectest suite. Rakudo is
under development and it is sort of expected that for brief periods of
time some tests may be broken. When reporting a rakudo bug please bear
in mind that we hope to get enough information about the problem to
track down i
Hopefully it's just a doc issue but:
https://docs.perl6.org/routine/parse
still says:
>> Returns a Match object on success, and Nil on failure.
Noticed that RT #131919 is new and may apply to 6.d and would like to take a
few days to review further.
Request for test cases now roast issue:
https://github.com/perl6/roast/issues/297
Planning to close this ticket soon if no objection.
Looks to me like possible dup of RT 130562
https://rt.perl.org/Ticket/Display.html?id=130562
See also doc issue: https://github.com/perl6/doc/issues/1141
Closing on request: https://irclog.perlgeek.de/perl6/2017-08-29#i_15087239
I have never closed anybody else's ticket before so let me know if I am doing
anything wrong.
What about a native perl6 range loop? Couldn't there be some way for Perl 6 /
Rakudo to generate code competitive on a small range with the "native-loop"
example?
perl6 -e '
{
my int ($a, $one, $three) = (42, 1, 3);
for ^10_000_000 { $a += $one + $a%$three };
say now
Recommend merging with RT 125398 - "no strict temp does not autcreate hashes
and hash elements"
Also seems fixed by e5b49ce and could be expected to share same cause of
"...the underlying issue is that the default value of container descriptors
created automatically with “no strict” are Mu rath
>From your description of running the test with nmake I find it reasonable to
>assume you are testing on windows. Winsock seems to have a 1 second delay for
>“connection refused” errors which is triggered (2000 times) by a test added
>with PR 227: https://github.com/perl6/roast/pull/227. I saw
When I run this example now (Windows and Linux) I get:
P6opaque: no such attribute '$!encoded-string' on type Codeword in a Proxy when
trying to get a value
instead of a segfault. If I tweak the code as below to use subs instead of
methods for the Proxy hooks it runs fine. The P6opaque error
> 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 related patch has been
Completing reject of ticket and ccing so as to give those on the
mailing list a chance to look at the ticket and review a suggestion I
made on my prior comment which was not ccd.
Seems at least partially fixed in nom but still may be related concerns
like
nom: my $m = '34' ~~ /+|+/; say $m.perl; say
Nil.perl; my $x = $m // 4; say 'x is ', $x
nom: OUTPUT«()Nilx is »
See http://irclog.perlgeek.de/perl6/2011-08-07#i_4239512
> 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 and that seems good enough. Pro
Just tried this today and it appears to me to be fixed. Will close in
next day or so if no objection.
Ron
So jnthn asked on IRC for someone to get the NQP commit that causes the
build to break and I think I got it
I set rakudo to build from rakudo commit
0fde4a1e375a26da8d7b511aafdb6174e934b757 and did Perl Configure.pl --
gen-parrot and watched the build failed as described. Then I started
from N
On Thu Jun 21 15:33:36 2012, jonat...@jnthn.net wrote:
>
> Please can I get platform details (32-bit or 64-bit, OS, compiler)
from
> anybody who has this issue?
32 bit Ubuntu 8.04 with gcc 4.2.4
20:09:57 ron-laptop:~/rakudo/nqp$ getconf LONG_BIT
32
20:15:21 ron-laptop:~/rakudo/nqp$ cat /etc/iss
> works now. marking testneeded.
>
> 18:41 rakudo: package A { our %h; %h{'A'} = 2 }
> 18:41 rakudo 024843: ( no output )
The first example works but the second still does not AFAICT - our %h =
('A' => 2) Method 'STORE' not found.
I pointed out another related problem on IRC yesterday eveni
flussence++ found a workaround by turning off parrot garbage collection
in the failing steps.
For example add -G to the line below in nqp/tools/build/Makefile.in
$(PARROT) -library=$(STAGE0) $(STAGE0)/$(NQP_PBC) \
--target=pir --output=$(STAGE1)/$(CORE_SETTING_PIR) \
--module
A bit more on this ticket after an IRC discussion: http://
irclog.perlgeek.de/perl6/2012-07-22#i_5837367
19:26 UncleFester6r: our @a; say @a.perl; our %h; say %h.perl
19:26 p6eval rakudo 3ac8c7: OUTPUT«AnyAny»
As moritz++ suggests later in the discussion the evaluation of @a.perl
and
On Thu Jun 28 01:11:14 2012, gerd.r.de...@googlemail.com wrote:
> rn: sub ($ = 42 --> Int) { ... }
> niecza v19-4-g12b71c7: ( no output )
> ..rakudo 88a9d6: OUTPUT«===SORRY!===Missing blockat
> /tmp/rjG5cSGHkE:1»
I ran into this with a named subroutine but noticed there that the
prefix for
36 matches
Mail list logo
