< jepeway> could somebody delete RT #124392? It's a dup from when I e-mailed
rakudobug@ w/o [BUG] in Subject: header
I'm going to add a link to RT #124393 and delete this ticket.
# New Ticket Created by Matthew
# Please include the string: [perl #124403]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=124403 >
Here's the specific style of table that's not being parsed correctly:
=table
+-++---+
Fixed and tested as of 1c916bc.
Resolving ticket.
Hello Marcel,
the mangled names of all the installed things is an unfortunate
side-effect of the somewhat recent switch to a more database-based
installation method. Inspecting the @*INC variable ought to give you
some more insight to what's going on. there's also an environment
variable call
Ls,
Following piece of code gets an error when calling $b.get-t0.
---
#!/usr/bin/env perl6
#
use v6;
role A {
has $!t0;
method get-t0 ( ) {
return self!get-t0-helper;
}
method !get-t0-helper ( ) {
my $t0 = $!t0 // 'T0';
}
}
class B does A { }
my $a = A.new;
say "A: ", $a.g
# New Ticket Created by Tobias Leich
# Please include the string: [perl #124400]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=124400 >
'0.0' ~~ 0 ^..^ 1 # True
0.0 ~~ 0 ^..^ 1 # False
'1.0' ~~ 0 .. 1 # False
1.0 ~~ 0 ..
I should probably start by looking at the RT queue
notably #124321
Calling .^make_pun is surely wrong
It'll create one every time
.^inheritalize gets the pun
Though maybe we should have a .^pun that does similar, and make
inheritalize delegate to it.
ok, so that was easy. the problem is in.
