From @masak

<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.

@coke - Status changed from 'new' to 'open'

From @bbkr

NOM​:

bbkr​:nom bbkr$ ./perl6 -e 'Int()'
Could not find sub &Int

and worth noticing, possibly related parse bug

bbkr​:nom bbkr$ ./perl6 -e 'Int.()'
Method 'postcircumfix​:<( )>' not found for invocant of class 'Int'
  in <anon> at src/gen/Metamodel.pm​:2875

From @moritz

works now, and tested in S13-type-casting/methods.t

@moritz - Status changed from 'open' to 'resolved'