Re^2: Copy a builtin sub to a different name and then override

Replies are listed 'Best First'.
Re^3: Copy a builtin sub to a different name and then override by Haarg (Priest) on Jun 03, 2018 at 10:27 UTC
This isn't checking if `CORE::GLOBAL::sleep` exists, it's forcing it to exist. It's another form of autovivification. Taking a reference to a nonexistent sub like this will create a stub in its place (like `sub CORE::GLOBAL::sleep;`). A stub of course isn't callable. The correct way to check for the existence of a sub is using either `exists &Some::sub` or `defined &Some::sub`. `exists` will return true for subs that exist, even if they are stubs. `defined` will return true only for not-stub subs.	[reply] [d/l] [select]
Re^3: Copy a builtin sub to a different name and then override by shmem (Chancellor) on Jun 03, 2018 at 14:57 UTC
You can't be bother to even try trivial things yourself, can you? Did you? `qwurx [shmem] ~> perl -lE 'say UNIVERSAL::can(bless(\$x, __PACKAGE__), + "CORE::GLOBAL::sleep")' qwurx [shmem] ~> perl -lE 'say UNIVERSAL::can(bless(\$x, __PACKAGE__), + "CORE::sleep")' CODE(0x1fafba8)` [download] See CORE. perl -le'print map{pack c,($-++?1:13)+ord}split//,ESEL'	[reply] [d/l]
Re^3: Copy a builtin sub to a different name and then override by LanX (Saint) on Jun 01, 2018 at 22:40 UTC
From mobile without Perl, yes. That's why I asked. So instead of trying to troll me, why don't you provide a better solution? Cheers Rolf _{(addicted to the Perl Programming Language :) Wikisyntax for the Monastery} update as expected &CORE::GLOBAL::sleep doesn't exist by default, see Re^5: Copy a builtin sub to a different name and then override	[reply]
A reply falls below the community's threshold of quality. You may see it by logging in.

update