[perl #131755] Weird 'Reading from filehandle failed: Bad file descriptor' Error Affected by Comments in Code

2017-07-15 Thread Zoffix Znet via RT
I fudged the flopping test for this ticket in https://github.com/perl6/roast/commit/4748a283e1

[perl #131755] Weird 'Reading from filehandle failed: Bad file descriptor' Error Affected by Comments in Code

2017-07-15 Thread via RT
# New Ticket Created by Zoffix Znet # Please include the string: [perl #131755] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131755 > The original failure was in t/spec/S32-io/open.t test that I golfed down to the

[perl #130404] [OPTIMIZER] || with native int returns "1" instead of the int's value

2017-07-15 Thread Zoffix Znet via RT
Tests in https://github.com/perl6/roast/commit/b1f116fdd5181274cda1a520194488da82c10a7e

[perl #130404] [OPTIMIZER] || with native int returns "1" instead of the int's value

2017-07-15 Thread Zoffix Znet via RT
Tests in https://github.com/perl6/roast/commit/b1f116fdd5181274cda1a520194488da82c10a7e

[perl #128624] Buf initialization error

2017-07-15 Thread Jan-Olof Hendig via RT
On Fri, 15 Jul 2016 02:45:51 -0700, mt1...@gmail.com wrote: > Hi, > > Old code gives now error in Rakudo version 2016.06-234-g0189851 built on > MoarVM version 2016.06-9-g8fc21d5. > > Code is > >sub encode-int32 ( Int:D $i --> Buf ) is export { > my int $ni = $i; > return

[perl #128655] [OPTIMIZER] Mixup in candidates through optimizer

2017-07-15 Thread Jan-Olof Hendig via RT
On Sat, 15 Jul 2017 07:15:05 -0700, jan-olof.hen...@bredband.net wrote: > On Tue, 31 Jan 2017 09:05:52 -0800, c...@zoffix.com wrote: > > I dug at this bug a few months back, but lost my notes on my > > findings. > > > > As I recall it, the 128655 happens in BOOTSTRAP.nqp in > >

[perl #130883] problem with RESOURCES and PERL6LIB env variable

2017-07-15 Thread Jan-Olof Hendig via RT
On Sat, 15 Jul 2017 09:44:28 -0700, jan-olof.hen...@bredband.net wrote: > On Mon, 27 Feb 2017 06:55:46 -0800, mt1...@gmail.com wrote: > > Hi, > > > > In Rakudo version 2017.02-56-g9f10434 built on MoarVM version > > 2017.02-7-g3d85900 > > implementing Perl 6.c I observed the following; > > > >

[perl #130883] problem with RESOURCES and PERL6LIB env variable

2017-07-15 Thread Jan-Olof Hendig via RT
On Mon, 27 Feb 2017 06:55:46 -0800, mt1...@gmail.com wrote: > Hi, > > In Rakudo version 2017.02-56-g9f10434 built on MoarVM version > 2017.02-7-g3d85900 > implementing Perl 6.c I observed the following; > > Assume that a distribution is at /x/y (on Unix) then; > > 1) when no environment

[perl #128655] [OPTIMIZER] Mixup in candidates through optimizer

2017-07-15 Thread Jan-Olof Hendig via RT
On Tue, 31 Jan 2017 09:05:52 -0800, c...@zoffix.com wrote: > I dug at this bug a few months back, but lost my notes on my findings. > > As I recall it, the 128655 happens in BOOTSTRAP.nqp in > find_best_dispatchee() the non-native candidate ends up being first in > the list and that's why it's

[perl #130404] [OPTIMIZER] || with native int returns "1" instead of the int's value

2017-07-15 Thread Jan-Olof Hendig via RT
On Sun, 25 Dec 2016 09:50:17 -0800, c...@zoffix.com wrote: > zoffix@VirtualBox:~$ perl6 -e 'my int $x = 4; say $x || 2' > 1 > zoffix@VirtualBox:~$ perl6 --optimize=off -e 'my int $x = 4; say $x || > 2' > 4 > zoffix@VirtualBox:~$ perl6 -v > This is Rakudo version 2016.11-182-gea28845 built on

[perl #127951] Probably removing a p6bool where it shouldn't

2017-07-15 Thread Jan-Olof Hendig via RT
On Fri, 14 Jul 2017 13:31:42 -0700, jan-olof.hen...@bredband.net wrote: > On Fri, 07 Oct 2016 14:03:39 -0700, barto...@gmx.de wrote: > > I think the p6bool is removed here: > > https://github.com/rakudo/rakudo/blob/605f272881a76f0c5a9e352670a1e61eaa627ca6/src/Perl6/Optimizer.nqp#L1300 > > > > As

[perl #126895] Cannot constrain an optional parameter with a subset type

2017-07-15 Thread Sam S. via RT
This bug is still present in This is Rakudo version 2017.06-251-g23ad2c388 built on MoarVM version 2017.06-91-g146c8fcc implementing Perl 6.c.

[perl #131754] [LTA] Error message when using a term bareword as if it were a subroutine

2017-07-15 Thread Sam S. via RT
A possibly better way to phrase it: ===SORRY!=== Error while compiling [...] Constant "foo" is followed by another term at [...] --> say foo⏏ 4; If your meant to refer to the subroutine "foo" declared at [...], then either: * Use `foo(...)` to disambiguate. *

[perl #131754] [LTA] Error message when using a term bareword like a subroutine

2017-07-15 Thread via RT
# New Ticket Created by Sam S. # Please include the string: [perl #131754] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131754 > A more helpful error message than just the generic "Two terms in a row" could be thrown when