When I filed this ticket I kinda expected that somehow rakudo or libuv
would handle this for me under the hood. But what Timo and Brandon say
makes sense. The process is still running when you slurp-rest. slurp-rest
neds EOF before it stops blocking. It will never get it because the writing
process
Changing uncomposed type objects to Nil for the specific case of .ast/.made
is definitely incorrect IMO.
It happens for the exact reason lizmat said in her commit: "Wish there was
a better way to test for NQPMu
though, as this will prevent type objects being properly propagated"
Although it looks
Good point. Here "No such method 'gist' for invocant of type 'Foo'
in block at /tmp/aR11azfzlJ line 1" is the right one.
This will give True/False indicating correct/incorrect:
my $new_type := Metamodel::ClassHOW.new_type(:name);
my $r = / . { $/.make($new_type) } /;
my $m = "a" ~~ $r;
note $m
Probably one of a number of things that would be easy if we made pod
another language on the braid :)
On Mon, Nov 27, 2017 at 11:59 AM Timo Paulssen via RT <
perl6-bugs-follo...@perl.org> wrote:
> a look at a profile makes me suspect the problem is having
> pod_string_character match a single cha
For comparison to march on the same comp:
bash-3.2$ perl6 perf.p6
perl6-loop: 63.0037058
c-loop: 76.86853305 (0.82 times faster)
native-loop: 0.2170930 (354.08 times faster)
perl6 loops are faster. c style loops are slower. Native loops are even
faster relative to the others (for me).
We can prob
I think we can close this. It's most likely an internals change because I
call nqp::setparameterizer() directly. I'll figure out what the problem is
eventually and if I can't fix it myself I'll open a more concise RT.
Cheers
LL
On Thu, Sep 14, 2017 at 1:27 PM Aleks-Daniel Jakimenko-Aleksejev <
p
Fix reverted:
https://github.com/rakudo/rakudo/commit/50d38a1f368f0addb601e857232642f3a8de3aa2
should be re-opened :)
On Tue, Jul 25, 2017 at 11:45 PM Lloyd Fournier via RT <
perl6-bugs-follo...@perl.org> wrote:
> merged patch: https://github.com/rakudo/rakudo/pull/
>
Fix reverted:
https://github.com/rakudo/rakudo/commit/50d38a1f368f0addb601e857232642f3a8de3aa2
should be re-opened :)
On Tue, Jul 25, 2017 at 11:42 PM Lloyd Fournier via RT <
perl6-bugs-follo...@perl.org> wrote:
> merged patch: https://github.com/rakudo/rakudo/pull/
>
merged patch: https://github.com/rakudo/rakudo/pull/
tests: https://github.com/perl6/roast/pull/291/files
can be closed
On Fri, Apr 8, 2016 at 7:16 PM grond...@yahoo.fr <
perl6-bugs-follo...@perl.org> wrote:
> # New Ticket Created by grond...@yahoo.fr
> # Please include the string: [perl #1
merged patch: https://github.com/rakudo/rakudo/pull/
tests: https://github.com/perl6/roast/pull/291/files
can be closed
On Wed, Jul 5, 2017 at 3:42 PM Lloyd Fournier
wrote:
> # New Ticket Created by Lloyd Fournier
> # Please include the string: [perl #131705]
> # in the subject line of all
2¢:
? doesn't imply truth it implies a question. The ? prefix asks an
expression whether it's True or False. When used as a sigil like $?FILE
it's asking the compiler about something.
‘:foo’ sets foo to True. ‘:!foo’ sets it to False. ‘:?foo’ looks like it's
trying to ask something a question, but
Sorry for being think but what is
say (:?foo);
meant to do? The OP just says it should "work".
On Sun, Jul 23, 2017 at 6:05 AM Aleks-Daniel Jakimenko-Aleksejev via RT <
perl6-bugs-follo...@perl.org> wrote:
> sub foo($bar!) { say $bar }; foo(42)
>
> On 2017-07-22 11:19:41, alex.jakime...@gmail.com
I did an experiment a while ago and found that string concatenation in a
loop was Ο(n²) in rakudo. I asked about it on irc and jnthn explained to me
that this was expected because strings are immutable (and therefore wasn't
worth RTing):
https://irclog.perlgeek.de/perl6/2015-12-15#i_11720228
(some
That makes sense.
Thank you!
On Mon, Jul 3, 2017 at 8:09 PM jn...@jnthn.net via RT <
perl6-bugs-follo...@perl.org> wrote:
> On Fri, 30 Jun 2017 06:41:35 -0700, lloyd.fo...@gmail.com wrote:
> > sub foo( %h ( :$foo = "bar", :$baz) ) {
> > %h;
> > }
> >
> > note foo( { :baz } ); #-> {baz => Tru
Ohh and now we have toast:
https://toast.perl6.party/
Which shows maybe it was: 2017.05-394-g56e71d5
On Fri, Jun 16, 2017 at 10:13 PM Lloyd Fournier <
perl6-bugs-follo...@perl.org> wrote:
> # New Ticket Created by Lloyd Fournier
> # Please include the string: [perl #131584]
> # in the subject
Str.^methods.sort(*.name)
Is easy enough once you know to do it :)
I don't think we should specify a particular order for the returned methods
and alphabetic sorting is kinda arbitrary. Why not sorted by class
inheritance for example?
On Fri, Jun 16, 2017 at 2:09 PM Gabor Szabo
wrote:
> # New T
I think this is just another example of the compile time closures problem
since EXPORT runs at compile time in during the loading module's
compilation.
https://rt.perl.org/Public/Bug/Display.html?id=128636
For an example in my own code:
https://github.com/spitsh/spitsh/blob/master/lib/Spit/Const
FWIW theoretically you get at any 'my' symbol in another module through the
compunit interface by getting the CompUnit::Handle and using the '.unit'
method to get the top lexpad of the loaded module.
On Fri, May 19, 2017 at 8:20 AM Zoffix Znet via RT <
perl6-bugs-follo...@perl.org> wrote:
> To
I think this is because .WHAT is a special case. It's not really a method
which is what you need to make *.method work. *.WHAT will always return
(Whatever) immediately.
There is an odd what of working around this:
perl6 -e 'sub foo(\a where *.&WHAT === Int ) { say "Hello"; }; foo(10); #
works
u
I've been getting segfaults in this area recently. The trace is a bit
different but I guess it's related. It seems that flag_map in gc_mark is no
longer allocated so I get segfault.
(lldb) r
There is a running process, kill it and restart?: [Y/n] y
Process 75673 exited with status = 9 (0x0009)
By flag_map I mean ctx->callsite->arg_flags:
(lldb) p ctx->arg_flags
(MVMCallsiteEntry *) $8 = 0x
(lldb) p ctx->callsite->arg_flags
(MVMCallsiteEntry *) $9 = 0x10a72533 ""
On Mon, Jul 11, 2016 at 3:59 AM Lloyd Fournier
wrote:
> I've been getting segfaults in this area re
21 matches
Mail list logo