Skip Menu |

This queue is for tickets about the Module-Runtime CPAN distribution.

Report information
The Basics
Id: 116305
Status: open
Priority: 0/
Queue: Module-Runtime
People
Owner: Nobody in particular
Requestors: haarg [...] haarg.org
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Mon Jul 18 18:54:13 2016 haarg [...] haarg.org - Ticket created
Subject: CORE::GLOBAL::require bypass is incomplete
Module::Runtime tries to bypass any CORE::GLOBAL::require overrides by calling require using CORE::require. This is ineffective on perl 5.8.0-5.8.8. This causes problems with Devel::OverrideGlobalRequire, as it does not maintain the file and line context in the require calls it uses. This means that use_package_optimistically throws errors when it should not. D::OGR itself includes a workaround for this issue: https://metacpan.org/source/DAGOLDEN/Devel-OverrideGlobalRequire-0.001/lib/Devel/OverrideGlobalRequire.pm#L43-53 My preference would be to stop trying to bypass C::G::require, and relax the regex checking for a load error. But otherwise, deleting and restoring C::G::require while compiling the module should be a viable workaround.
  Mon Jul 18 19:13:09 2016 zefram [...] fysh.org - Correspondence added
Subject: Re: [rt.cpan.org #116305] CORE::GLOBAL::require bypass is incomplete
Date: Tue, 19 Jul 2016 00:12:58 +0100
To: Graham Knop via RT <bug-Module-Runtime [...] rt.cpan.org>
From: Zefram <zefram [...] fysh.org>
I'm probably going to remove the override bypassing when I next revise the module. mst had a pretty good example of why the bypass would cause trouble, the details of which I've since forgotten. But I want to be sure about which way it should be, to avoid any further churn of this behaviour. -zefram
  Mon Jul 18 19:13:10 2016 The RT System itself - Status changed from 'new' to 'open'