Re: [perl #130969] [LTA] more inconsistent coercions for Bool

2017-03-10 Thread The Sidhekin
On Thu, Mar 9, 2017 at 9:17 PM, Brandon Allbery wrote: > On Thu, Mar 9, 2017 at 2:55 PM, Zefram > wrote: > >> The same goes for coercions from other enum types. > > > This should be your hint. Enums *are* numeric, specifically Int. > I don't know what language you are trying to force Perl 6 to b

[perl #130972] [BUG] Set.perl.EVAL loses Seq

2017-03-10 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #130972] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=130972 > > Set.new((2,).Seq,3).perl set((2,).Seq,3) > Set.new((2,).Seq,3).perl.EVAL.perl set(3,2) Failu

Re: [perl #130972] [BUG] Set.perl.EVAL loses Seq

2017-03-10 Thread Zefram
Oops, this is mostly a duplicate of [perl #129015]. Sorry. -zefram

[perl #130973] [BUG] List.Set loses List elements

2017-03-10 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #130973] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=130973 > Coercion from List to Set mostly works as expected, returning a Set containing the objects that

[perl #130974] [BUG] Set.perl.EVAL confused by Pair

2017-03-10 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #130974] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=130974 > > Set.new((:a)).perl set(:a) > Set.new((:a)).perl.EVAL.perl Unexpected named argument 'a' passe

[perl #130975] [BUG] SetHash.perl.EVAL confused by Pair

2017-03-10 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #130975] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=130975 > > SetHash.new((:a)).perl SetHash.new(:a) > SetHash.new((:a)).perl.EVAL.perl SetHash.new() Fail

Re: [perl #130974] [BUG] Set.perl.EVAL confused by Pair

2017-03-10 Thread Zefram
I wrote: > Don't know which side of the trip >is at fault. On reflection, for pair syntax to have special meaning at the top level of an argument list is an intentional feature of calling syntax. It is therefore .perl that is at fault, in not taking account of

Re: [perl #130975] [BUG] SetHash.perl.EVAL confused by Pair

2017-03-10 Thread Zefram
I wrote: > Don't know which side of the trip >is at fault. On reflection, for pair syntax to have special meaning at the top level of an argument list is an intentional feature of calling syntax. It is therefore .perl that is at fault, in not taking account of

debugging modules

2017-03-10 Thread Theo van den Heuvel
Hi all, the debugger, Debugger::UI::CommandLine, does not step into modules I use. I must be doing something wrong. Any ideas? I am on Ubuntu and using Rakudo version 2017.01 built on MoarVM version 2017.01 Thanks, -- Theo van den Heuvel Van den Heuvel HLT Consultancy

Re: debugging modules

2017-03-10 Thread Fernando Santagata
On Fri, Mar 10, 2017 at 1:41 PM, Theo van den Heuvel wrote: > Hi all, > > the debugger, Debugger::UI::CommandLine, does not step into modules I use. > I must be doing something wrong. Any ideas? > Same here. I can add that I couldn't find a way to add a breakpoint in a module: bp add absolute-p

[perl #130976] [BUG] List.Set loses Pair elements

2017-03-10 Thread via RT
# New Ticket Created by Zefram # Please include the string: [perl #130976] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=130976 > Coercing from List to Set, where the List contains a Pair element: > (:a,3).perl (:a, 3) > (:a

Re: debugging modules

2017-03-10 Thread Timo Paulssen
Heyo, the way the debugger works is by changing the compiler to generate code that communicates with the debugger at every step. That means that if you want a module to be debuggable, it has to be compiled by the debugger's compiler, too. There's apparently currently no way to just force a full

Re: [perl #130956] [BUG] `xx` with large Int repeat count gives bogus results

2017-03-10 Thread Elizabeth Mattijsen
The 42 xx 999 case is fixed with https://github.com/rakudo/rakudo/commit/f190f241e0 . Not having an Empty indicate the end can only be done by breaking at least two spectests. Also: (|(),) xx 42 would then hang. So this feels like something that cannot be fixed generally, unle

Re: Fwd: Re: Variables in modules

2017-03-10 Thread Timo Paulssen
I don't quite understand what's wrong with just my $TheValue = $?FILE.subst(/.* "/"/, "" :g); near the top of your module?

Re: debugging modules

2017-03-10 Thread Theo van den Heuvel
Thanks Timo, sadly. The result is similar "Cannot add breakpoint to unknown file ...". I had been trying to remove .precomp directories, but I seem to be missing something somewhere. Strangely I do get messages like the following LOADING EVAL_1 + EVAL_1 (1 - 1) | CompUnit::DependencySpeci

Re: Fwd: Re: Variables in modules

2017-03-10 Thread ToddAndMargo
On 03/10/2017 09:53 AM, Timo Paulssen wrote: I don't quite understand what's wrong with just my $TheValue = $?FILE.subst(/.* "/"/, "" :g); near the top of your module? Hi Timo, Because it gives you "Use of uninitialized value $TheValue" when you go to use it inside one of the "is export

Re: Fwd: Re: Variables in modules

2017-03-10 Thread Theo van den Heuvel
Not with me it doesn't. my $TheValue = $?FILE.subst(/.* "/"/, "", :g); sub sayfn is export { $TheValue.say } Could something else be wrong here? cheers, Theo ToddAndMargo schreef op 2017-03-10 22:10: On 03/10/2017 09:53 AM, Timo Paulssen wrote: I don't quite understand what's wrong with just

Re: Fwd: Re: Variables in modules

2017-03-10 Thread ToddAndMargo
ToddAndMargo schreef op 2017-03-10 22:10: On 03/10/2017 09:53 AM, Timo Paulssen wrote: I don't quite understand what's wrong with just my $TheValue = $?FILE.subst(/.* "/"/, "" :g); near the top of your module? Hi Timo, Because it gives you "Use of uninitialized value $TheValue" when yo

Re: Fwd: Re: Variables in modules

2017-03-10 Thread Theo van den Heuvel
Todd, Apparently I don't understand your intentions. You said you wanted constants globally available in your module. Don't you want to use those constants? If so, how? Hm. How does it do with "sub sayfn" commented out? -- Theo van den Heuvel Van den Heuvel HLT Consultancy

X11Clipboard.pm6

2017-03-10 Thread ToddAndMargo
Hi All, With the help if the guys on the chat, I wrote a nice X11 Clipboard module that will read and write to both X11 clipboards. And it uses "run" instead of "shell" so a terminal is not required when running it from a "launcher" http://vpaste.net/vprdG -T -- Yeste

Re: Fwd: Re: Variables in modules

2017-03-10 Thread ToddAndMargo
Hm. How does it do with "sub sayfn" commented out? On 03/10/2017 04:02 PM, Theo van den Heuvel wrote: > Todd, > > Apparently I don't understand your intentions. You said you wanted > constants globally available in your module. > Don't you want to use those constants? If so, how? > On

[perl #130979] [LTA] `use` instead of `sub` give an error with no line number

2017-03-10 Thread via RT
# New Ticket Created by Daniel Green # Please include the string: [perl #130979] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=130979 > [21:51] m: use CheckSystemDependency ( $name ) { say "lol" } [21:51] <+camelia> rakudo-m

[perl #130979] [LTA] `use` instead of `sub` give an error with no line number

2017-03-10 Thread Zoffix Znet via RT
On Fri, 10 Mar 2017 19:11:53 -0800, ddgr...@gmail.com wrote: > [21:51] m: use CheckSystemDependency ( $name ) { say "lol" } > [21:51] <+camelia> rakudo-moar f190f2: OUTPUT: «===SORRY!===␤Cannot call > method 'List' on a null object␤» > [21:51] that's meant to be "sub" instead of use Golfed a bi