Re: [perl #123407] Role/submethod/attribute WAT

2014-12-10 Thread Elizabeth Mattijsen
On 10 Dec 2014, at 23:22, Elizabeth Mattijsen (via RT) wrote: > # New Ticket Created by Elizabeth Mattijsen > # Please include the string: [perl #123407] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Display.html?id=123407 > > > > [23:

[perl #123407] Role/submethod/attribute WAT

2014-12-10 Thread via RT
# New Ticket Created by Elizabeth Mattijsen # Please include the string: [perl #123407] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=123407 > [23:22:42] m: role A { has $.a; submethod BUILD(:$!a) {}}; class B does A {

[perl #123405] [BUG] IO::Handle.print dies when :enc

2014-12-10 Thread via RT
# New Ticket Created by Maxim Vuets # Please include the string: [perl #123405] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=123405 > Rakudo+MoarVM dies on attempt to write to an utf16 file handle: $ perl6 -e '"привет".

[perl6/specs] 09480d: Document closure parameters in S99

2014-12-10 Thread GitHub
Branch: refs/heads/master Home: https://github.com/perl6/specs Commit: 09480dd119d145c25fd79c561db0f499db73aae9 https://github.com/perl6/specs/commit/09480dd119d145c25fd79c561db0f499db73aae9 Author: Rob Hoelz Date: 2014-12-09 (Tue, 09 Dec 2014) Changed paths: M S99-glos

[perl #123406] [BUG] IO::Handle.open does not work on symlinks under certain circumstances (CWD?)

2014-12-10 Thread via RT
# New Ticket Created by Maxim Vuets # Please include the string: [perl #123406] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=123406 > Rakudo+MoarVM dies on attempt to open a symlink: ~$ ls -l /etc/system-release lrw

Re: Definitions: compiler vs interpreter [was: Rationale for a VM + compiler approach instead of an interpreter?]

2014-12-10 Thread Gerard ONeill
Looks like we have a different way of thinking, not to mention thinking about a particular idea. Obviously definitions and distinctions are only for those who care about them, and everyone else is free to ignore them so that there is no debate. Although if I'm not mistaken, it seems like we agree

Re: Definitions: compiler vs interpreter [was: Rationale for a VM + compiler approach instead of an interpreter?]

2014-12-10 Thread Aristotle Pagaltzis
* Parrot Raiser <1parr...@gmail.com> [2014-12-07 22:40]: > The practical distinction, surely, is that the output of a compiler > is usually kept around, to be run one or more times, whereas the an > interpreter always works with the original human-readable source. Yes, surely that’s it. We all con