Confirmed.
Apparently we need to teach something that Rakudo::Internals::IterationSet is
nothing but an nqp::hash.
Or we need to revert the 5% performance gains on creating sets and set
operators that having Rakudo::Internals::IterationSet brought.
> On 7 Apr 2017, at 00:04, David Warring (via
# New Ticket Created by "brian d foy"
# Please include the string: [perl #131114]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131114 >
# using Rakudo 2017.01
Should junctions only care about unique values?
For example, do
Hi,
> Should junctions only care about unique values?
No, Junctions aren't about unique values. They're a superposition of values
that threads through routines without them even knowing they're working with a
Junction:
m: my $a = 3|3; my $x++ for ^$a; say $x
rakudo-moar 49c0ab: OUTPUT
On Tue, 04 Apr 2017 18:43:14 -0700, alex.jakime...@gmail.com wrote:
> Code:
> (^10).grep: /^ /
>
> Result (2015.12,2016.10):
> 0
> 1
> 2
> 3
> 4
> 5
> 6
> 7
> 8
> 9
>
> Result (2016.11,HEAD(099512b)):
> 0
> 0
> 0
> 0
> 0
> 0
> 0
> 0
> 0
> 0
>
>
> Bisectable points to
> https://github.com/rakud
I consider it a bug that a Junction does what its doing, and reported
it as such. The combinatorial explosion is something I think should
not happen.
For questions, I use Stackoverflow. However, other people keep telling
me to file bugs. Lots of mixed messages there. Either way, the real
time and
On Thu, 06 Apr 2017 13:46:00 -0700, alex.jakime...@gmail.com wrote:
> Another thing to note is that this array behavior was changed during
> the GLR, but hashes remained the same. Perhaps that was an oversight.
I certainly considered this matter during the course of the GLR, and felt that
trying
> On 7 Apr 2017, at 14:19, Zoffix Znet via RT
> wrote:
> In the future, when seeking support, would it be possible for you to use
> proper support channels, instead of the bug reporting system, as a means to
> ask questions?
I think this is uncalled for. brian is using StackOverflow for quest
> On 7 Apr 2017, at 13:49, brian d foy (via RT)
> wrote:
>
> # New Ticket Created by "brian d foy"
> # Please include the string: [perl #131114]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=131114 >
>
>
> # using Raku
In perl 5 we can limit which functions are imported by listing them
after the name of the module:
use Module ('foo', 'bar');
When I try the same in Rakudo I get
"no EXPORT sub, but you provided positional argument in the 'use' statement"
At least in this case:
use WWW::Google::Time 'google-ti
Please check the docs at
https://docs.perl6.org/language/modules#Exporting_and_Selective_Importing
On Fri, Apr 7, 2017 at 10:21 AM, Gabor Szabo wrote:
> In perl 5 we can limit which functions are imported by listing them
> after the name of the module:
>
> use Module ('foo', 'bar');
>
> When I tr
Thanks. I was only looking at https://docs.perl6.org/syntax/use
Looking at that doc you linked to, I have a related quest I could not see:
Is there a way to tell Rakudo to not to import any function from the module?
Gabor
On Fri, Apr 7, 2017 at 5:37 PM, Will Coleda wrote:
> Please check the d
https://docs.perl6.org/syntax/need
> On 7 Apr 2017, at 16:59, Gabor Szabo wrote:
>
> Thanks. I was only looking at https://docs.perl6.org/syntax/use
>
> Looking at that doc you linked to, I have a related quest I could not see:
>
> Is there a way to tell Rakudo to not to import any function fr
thanks!
On Fri, Apr 7, 2017 at 6:04 PM, Elizabeth Mattijsen wrote:
> https://docs.perl6.org/syntax/need
>
>> On 7 Apr 2017, at 16:59, Gabor Szabo wrote:
>>
>> Thanks. I was only looking at https://docs.perl6.org/syntax/use
>>
>> Looking at that doc you linked to, I have a related quest I could n
I figured the comparison operator would Booleanize, because that's how
it's (halfway) documented (https://github.com/perl6/doc/issues/1269).
If it's something else, the Operators docs should explain it in another way.
# New Ticket Created by "brian d foy"
# Please include the string: [perl #131118]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131118 >
Consider this junction which you probably shouldn't make but you know
will happen in the
On Fri, 07 Apr 2017 10:08:54 -0700, comdog wrote:
> Consider this junction which you probably shouldn't make but you know
> will happen in the hands of users:
>
> any( 5, 'flarg' ) == 5
>
> Despite having an element that satisfies the condition, it blows up
> because one of them doesn't:
>
>
And if you just give a Failure into a Junction it doesn't explode it and
propagates it:
m: say so any("flarg",42)».Numeric
rakudo-moar 15a25d: OUTPUT: «True»
m: say sub ($_) { .^name }( +any("flarg",42) )
rakudo-moar 15a25d: OUTPUT: «any(Failure, Int)»
Wonder if there'
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev
# Please include the string: [perl #131119]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131119 >
Code:
say 42; say +any(‘abc’, 42.5)
Result:
42
===SORRY!===
Cannot c
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #131120]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131120 >
Some methods don't seem to get autothreaded correctly. Str does have .Numeric,
but when j
Fixed with 7875eaf9d4ccdbf6f018 , tests needed.
> On 7 Apr 2017, at 00:04, David Warring (via RT)
> wrote:
>
> # New Ticket Created by David Warring
> # Please include the string: [perl #131112]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/T
On 04/07/2017 07:21 AM, Gabor Szabo wrote:
In perl 5 we can limit which functions are imported by listing them
after the name of the module:
use Module ('foo', 'bar');
When I try the same in Rakudo I get
"no EXPORT sub, but you provided positional argument in the 'use' statement"
At least in
# New Ticket Created by David Warring
# Please include the string: [perl #131122]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131122 >
Consider
class C {
has uint8 $.ff;
}
my $c = C.new(ff => 255);
say $c.perl;
say $c.
The correct way to do this is any(5,"flarg") ~~ 5. ~~ is very tolerant. I
think it's generally considered a bug anytime ~~ throws an exception
because of invalid LHS. IMO any() junctions should propagate exceptions
regardless of whether one of its other values succeeded.
I tried to think of how I
On Fri, 07 Apr 2017 19:09:55 -0700, lloyd.fo...@gmail.com wrote:
> IMO any() junctions should propagate exceptions regardless of whether one of
> its other values succeeded
Well, they do. The exception gets thrown. It just aborts all of the results. In
a superimposition of multiple universes cal
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #131123]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=131123 >
m: say so 42 ~~ { try $_ == 5 }
rakudo-moar af50e0: OUTPUT: «WARNINGS for :Use
That's indeed a good idea for documentation purposes and with the strict
function redeclaration
prevention of Perl 6 it might be sufficient as well.
regards
Gabor
On Sat, Apr 8, 2017 at 2:27 AM, ToddAndMargo wrote:
> On 04/07/2017 07:21 AM, Gabor Szabo wrote:
>
>> In perl 5 we can limit whic
On 04/07/2017 10:31 PM, Gabor Szabo wrote:
strict function redeclaration prevention
Cool feature!
Many thanks,
-T
--
~
When we ask for advice, we are usually looking for an accomplice.
-- Charles Varlet de La Grange
~~~
27 matches
Mail list logo
