Previously: CORE::__CLASS__ and compile-time aliasing (as in `BEGIN {*cls = \&CORE::__CLASS__; } ... cls`) worked as expected, but runtimecalls like `&CORE::__CLASS__()` and `my $ref = \&CORE::__CLASS__; ...$ref->()` would produce bizarre results, behaving like CORE::__FILE__instead.Now the latter throw a "&CORE::__CLASS__ cannot be called directly"error. This is perhaps not entirely satisfactory, but __CLASS__ is a bitspecial (it is not a true constant and only usable in methods) anderroring cleanly is better than silently returning wrong results.FixesPerl#23737.Assorted changes:- Document core_prototype()'s `opnum` parameter.- Add comment explaining what `*opnum = 0` means (and why it makes no  sense for KEY___CLASS__).- Don't hardcode assumptions about keyword codes in coresub_op(). Handle  __PACKAGE__/__FILE__/__LINE__ explicitly and assert() nothing else is  passed in. This effectively reverts commitc2f605d.- Remove CORE::__CLASS__ from op/coreamp.t as it is no longer "ampable".- Extend op/coresubs.t to handle more of the idiosyncrasies of  CORE::__CLASS__.

Rearrange documentation slightly to make it clearer what you can(not) dowith CORE::chomp, CORE::chop, etc. and add CORE::__CLASS__ to the list.

coresub_op() no longer hardcodes assumptions about the numeric values of__FILE__, __LINE__, __PACKAGE__ keyword symbols.

leonerd left a comment