# New Ticket Created by Will Coleda
# Please include the string: [perl #125294]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=125294 >
>From the Syn:
evalfile
S29-context/evalfile.t lines 6–21
multi evalfile (Str $filenam
Removed file this was in, rejecting ticket.
We don't expect a deprecation warning on features (like command line arg -E)
that were in 5 but not in 6.
--
Will "Coke" Coleda
Additionally, there's a test that refers to on the match object,
which dies with:
This representation (Null) does not support associative access
in block at t/spec/S05-match/perl.rakudo.moar:23
That is skipped.
--
Will "Coke" Coleda
# New Ticket Created by Will Coleda
# Please include the string: [perl #125293]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=125293 >
There's a failing test in S05-match/perl.t for this.
Looks like the topmost "hash" attrib
Hi,
On 05/30/2015 04:36 PM, Paul Cochrane wrote:
> Thanks for pointing out the $*PROGRAM omission! I've just added it to the
> list of special variables and it should be available online within the next
> 10-15 minutes.
Minor nit pick: according to the last log on
http://doc.perl6.org/build-log/
Hi Tom,
On Sat, May 30, 2015 at 09:03:17AM -0500, Tom Browder wrote:
> On Sat, May 30, 2015 at 8:30 AM, Tobias Leich wrote:
> > Please also take a look at $*EXECUTABLE, $*PROGRAM and $*PROGRAM_NAME.
>
> Tobias, I didn't find $*PROGRAM in the doc listed by Paul:
>
> http://doc.perl6.org/langua
On Sat, May 30, 2015 at 9:03 AM, Tom Browder wrote:
> On Sat, May 30, 2015 at 8:30 AM, Tobias Leich wrote:
>> Please also take a look at $*EXECUTABLE, $*PROGRAM and $*PROGRAM_NAME.
>
> Tobias, I didn't find $*PROGRAM in the doc listed by Paul:
But it is the only one of the group I found in Synop
On Sat, May 30, 2015 at 8:30 AM, Tobias Leich wrote:
> Please also take a look at $*EXECUTABLE, $*PROGRAM and $*PROGRAM_NAME.
Tobias, I didn't find $*PROGRAM in the doc listed by Paul:
http://doc.perl6.org/language/variables#Special_Variables
Also, the following were not in:
http://tablets
# New Ticket Created by
# Please include the string: [perl #125290]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=125290 >
This is a touch complex, but with the following directory layout (files
attached)
perl6-readline/li
Please also take a look at $*EXECUTABLE, $*PROGRAM and $*PROGRAM_NAME.
Am 30.05.2015 um 15:00 schrieb Tom Browder:
> I finally found the Perl 6 version of Perl 5's $0 listed in:
>
> tablets.perl6.org/appendix-b-grouped.html#special-variables
>
> as '$*EXECUTABLE_NAME', and I expected it to act t
On 30 May 2015 3:00:25 pm GMT+02:00, Tom Browder wrote:
>I finally found the Perl 6 version of Perl 5's $0 listed in:
>
> tablets.perl6.org/appendix-b-grouped.html#special-variables
>
>as '$*EXECUTABLE_NAME', and I expected it to act the same as $0 in
>Perl 6, but I have two problems with it:
>
>
I finally found the Perl 6 version of Perl 5's $0 listed in:
tablets.perl6.org/appendix-b-grouped.html#special-variables
as '$*EXECUTABLE_NAME', and I expected it to act the same as $0 in
Perl 6, but I have two problems with it:
1. When used it yields 'perl6' regardless of the script's name (
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #125289]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=125289 >
m: my %h = a => [a => 1], b => [b => 1, b => 2]; %h.perl.say;
%h.perl.EVAL;
rakudo-moar
13 matches
Mail list logo