Re: Exploit the versioning (was Re: Backwards compatibility and release 1.0)

2015-10-14 Thread Darren Duncan
On 2015-10-14 6:14 AM, Parrot Raiser wrote: Is this particular change one that could be implemented algorithmically, or at least partially so? (E.g. For all modules check for the presence of a ":D". If it's there, no action. If not, insert a line of code. Run a test. If su

[perl #124559] [JVM] Test for rational literals with hexadecimal numbers fails with "Attempt to divide by zero using div"

2015-10-14 Thread Christian Bartolomaeus via RT
The code examples from this ticket work now: $ perl6-j -e 'say <0x01/0x02>' 0.5 $ perl6-j -e 'say <0b01/0b10>' 0.5 There are passing tests in S02-literals/numeric.t I'm closing this ticket as 'resolved'.

Re: grep changes?

2015-10-14 Thread Larry Wall
I got tired of this FAQ, so I just made it work by using $_ as the loop variable in the implementation of grep, so that an accidentally returned regex still sees a $_ to make it happy. Running slower is already sufficient punishment. :) Larry

[perl #126359] [BUG] deconfuse language name and compiler in -v and -V

2015-10-14 Thread Larry Wall via RT
On Wed Oct 14 09:46:18 2015, larry wrote: > 09:39 < TimToady> HLL::Compiler is very confused about what is the language > name/version vs compiler name/version, and this shows up in both -v and -V > 09:40 < TimToady> "This is perl6 version 2015.09-373-g254c1a8" > 09:42 < TimToady> should be more l

[perl #126359] [BUG] deconfuse language name and compiler in -v and -V

2015-10-14 Thread via RT
# New Ticket Created by Larry Wall # Please include the string: [perl #126359] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126359 > 09:39 < TimToady> HLL::Compiler is very confused about what is the language name/version vs

Re: Exploit the versioning (was Re: Backwards compatibility and release 1.0)

2015-10-14 Thread Parrot Raiser
Is this particular change one that could be implemented algorithmically, or at least partially so? (E.g. For all modules check for the presence of a ":D". If it's there, no action. If not, insert a line of code. Run a test. If successful, post change. If not, alert a human)

Re: To :D or not to :D

2015-10-14 Thread Tobias Leich
> * Patrick R. Michaud (pmich...@pobox.com) [151013 01:05]: >> On Tue, Oct 13, 2015 at 12:32:01AM +0200, Mark Overmeer wrote: >>> Yes, that what I started realizing when I saw all the pain Perl6 goes to >>> ignore the existence of a real "undef" in the language. (I follow Perl6 >>> from a short d

Re: To :D or not to :D

2015-10-14 Thread Mark Overmeer
Hi Patrick, thank you for your thoughts. I needed a bit more time for the response ;-) * Patrick R. Michaud (pmich...@pobox.com) [151013 01:05]: > On Tue, Oct 13, 2015 at 12:32:01AM +0200, Mark Overmeer wrote: > > Yes, that what I started realizing when I saw all the pain Perl6 goes to > > ignor

Exploit the versioning (was Re: Backwards compatibility and release 1.0)

2015-10-14 Thread Darren Duncan
I have a proposal. Unlike with say the GLR, perhaps this whole :D thing may be a good test case for the Perl 6 feature of explicit language versioning. How about we don't make the :D change now, and give more thought as to whether we actually want to do it at all. If we do decide it is wort

[perl #126341] STable conflict error isn't very informative

2015-10-14 Thread jn...@jnthn.net via RT
On Mon Oct 12 21:21:48 2015, tokuhirom wrote: > Here is a code that throws exception. > ``` > #!/bin/bash > > mkdir lib/ > > cat > lib/Child.pm6 < use v6; > use Parent; > > unit class Child is Parent; > EOF > > cat > lib/Parent.pm6 < use v6; > unit class Parent; > > ::?CLASS.^add_method: 'x',

Re: Backwards compatibility and release 1.0

2015-10-14 Thread Mark Overmeer
* Moritz Lenz (mor...@faui2k3.org) [151014 09:54]: > In Practice, there's a small number of people who try to update modules to > match when the compiler changed. Most module authors don't hang out in > #perl6, eager to update their modules to the lastest rakudo change. With the relatively small n

Re: Backwards compatibility and release 1.0

2015-10-14 Thread Moritz Lenz
On 10/13/2015 10:52 AM, Richard Hainsworth wrote: Following on the :D not :D thread, something odd stuck out. On 10/13/2015 03:17 PM, Moritz Lenz wrote: But hopefully none of them breaking backwards compatibility on such a large scale. The last few backwards incompatible changes still cause p

Re: [perl #126350] [BUG] segmentation fault with precompile + add_method

2015-10-14 Thread Nicholas Clark
On Tue, Oct 13, 2015 at 09:20:54AM -0700, Shoichi Kaji wrote: > + perl6-m -Ilib -MA -e B.bar > test.sh: line 19: 31493 Segmentation fault perl6-m -Ilib -MA -e 'B.bar' > ``` $ ./perl6-m -Ilib -MA -e 'B.bar' ASAN:SIGSEGV = ==27416

[perl6/specs] 3ac3d1: tyop

2015-10-14 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: 3ac3d18ecf4e9205b4457fc1f9a13106bde1bceb https://github.com/perl6/specs/commit/3ac3d18ecf4e9205b4457fc1f9a13106bde1bceb Author: Stéphane Payrard Date: 2015-10-13 (Tue, 13 Oct 2015) Changed paths: M S

[perl6/specs] 8fb3cd: various minor casing/spacing/grammar/syntax fixes

2015-10-14 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: 8fb3cd9b332c69e88ffc00b8be0a105c98142313 https://github.com/perl6/specs/commit/8fb3cd9b332c69e88ffc00b8be0a105c98142313 Author: Nova Patch Date: 2015-10-13 (Tue, 13 Oct 2015) Changed paths: M S02-bit

[perl #126349] [BUG]

2015-10-14 Thread via RT
# New Ticket Created by gfw blackcat # Please include the string: [perl #126349] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126349 > perl6 --version: This is perl6 version 2015.09 built on MoarVM version 2015.09 source co

[perl #126350] [BUG] segmentation fault with precompile + add_method

2015-10-14 Thread via RT
# New Ticket Created by Shoichi Kaji # Please include the string: [perl #126350] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126350 > The following script exits with segmentation fault. (code is also available at https://gi