Make module_name_rx extendable

[rurban]

One might not accept the parser-based limitations of valid module names, e.g.
by creating packages in XS. E.g I use the int? type as type alias for (int | undef),
other might want to use unicode names.

This way you only need to asjust one variable: $Module::Runtime::module_name_rx

[karenetheridge]

Shouldn't the alteration of $Module::Runtime::module_name_rx be localized to the scope in which it's needed? otherwise, "interesting" things could happen elsewhere in the program.

I do support the desire to change the regex that is used, but I'm not sure if this is the way to do it.

[rurban]

Yes, you could localize your change to this package variable. This module
however just optionally picks such a change to the variable in the other
package.
On Jun 9, 2015 10:53, "Karen Etheridge" notifications@github.com wrote:

Shouldn't the alteration of $Module::Runtime::module_name_rx be localized
to the scope in which it's needed? otherwise, "interesting" things could
happen elsewhere in the program.

I do support the desire to change the regex that is used, but I'm not sure
if this is the way to do it.

—
Reply to this email directly or view it on GitHub
#6 (comment).

[ribasushi]

Given this patch has a very niche application and tangibly complicates the code (adding a hardcoded copy of a part of Module::Runtime, with an implicit logic fork depending if M::R has been loaded), I recommend holding off until doy/package-stash#15 is resolved, at which point the only relevant part of this PR would be the (expected to pass) addition to t/extension.t

[karenetheridge]

This distribution now lives at https://github.com/moose/Package-Stash-XS -- let's finish this up there.