# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #72834]
# in the subject line of all future correspondence about this issue.
# <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=72834 >
<diakopter> std: say Int()
<p6eval> std 29733: OUTPUT«ok 00:01 105m»
<diakopter> rakudo: say Int()
<p6eval> rakudo 70667a: OUTPUT«Could not find non-existent sub &Int [...]
* masak submits rakudobug
<diakopter> sprixel: say Int()
<p6eval> sprixel 29734: OUTPUT«NYI: term__S_identifier»
<diakopter> hee
<masak> the fact that STD parses that one doesn't mean it should
produce anything sensible, though.
<masak> are .() calls with empty param lists made on type values
defined by the spec?
<masak> I know .perl produces them, so they oughta be...
<moritz_> not perl
<moritz_> stringification
<moritz_> rakudo: say Int.perl
<p6eval> rakudo 70667a: OUTPUT«Int»
<masak> right. thanks.
<moritz_> rakudo: say ~Int
<p6eval> rakudo 70667a: OUTPUT«Int()»
<masak> does that mean that 'Int()' isn't necessarily meaningful Perl 6 code?
<moritz_> aye
<diakopter> stdbug then?
<masak> no, it definitely parses.
<masak> nothing wrong with it as such.
<diakopter> no,
<masak> it's like 42[5].
<masak> it parses, but it doesn't mean anything sensible in Standard Perl 6.
<diakopter> it should parse only if Int were a subname, or it would fail.
<TimToady> well, it's coercing Nil
<frettled> Nil will not be coerced! :)
<TimToady> my Int $x = Nil; # specced to make Int
<diakopter> std: class Boo { }; say Boo()
<p6eval> std 29734: OUTPUT«ok 00:01 105m»
<TimToady> so I suspect .() should just be identity on a type
<masak> noted in the rakudobug. thanks.