Skip Menu |
Report information
Id: 126384
Status: new
Priority: 0/
Queue: perl6

Owner: Nobody
Requestors: moritz <moritz.lenz+perl [at] gmail.com>
Cc:
AdminCc:

Severity: (no value)
Tag: (no value)
Platform: (no value)
Patch Status: (no value)
VM: (no value)



Date: Sat, 17 Oct 2015 20:26:26 +0200
Subject: Cannot inherit from CORE::Int or similar forms
To: rakudobug [...] perl.org
From: Moritz Lenz <moritz [...] faui2k3.org>
Download (untitled) / with headers
text/plain 933b
<moritz> m: class A is CORE::Int { } <camelia> rakudo-moar 5d8e96: OUTPUT«===SORRY!===␤Could not locate compile-time value for symbol CORE::Int␤» <moritz> that's a bug (or at least LTA), right? <TimToady> m: { supersede class Int is OUTERS::Int { method flurb() 42 }; say 5.flurb }; say 5.flurb; <camelia> rakudo-moar 5d8e96: OUTPUT«===SORRY!===␤Could not locate compile-time value for symbol OUTERS::Int␤» <TimToady> so it would seem <moritz> m: class A is CORE::<Int> { } <camelia> rakudo-moar 5d8e96: OUTPUT«===SORRY!===␤Could not locate compile-time value for symbol CORE␤» * moritz submits It seems none of the pseudo-package forms can currently be used in a place where a compile-time value is expected, which is unfortunate. At least CORE, OUTER and OUTERS are known at compile time, and referencing a constant in one of them should be also possible at compile time


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org