Re: PDLx::Mask - search.cpan.org uses README.pod instead of lib/PDLx/Mask.pm

On Wed, Oct 26, 2016 at 6:14 PM, Diab Jerius wrote: > Howdy, > > The PDLx-Mask distribution has a README.pod file at the top level, as > well as actual module documentation in lib/PDLx/Mask.pm. > > On the module's main page: > >

PDLx::Mask - search.cpan.org uses README.pod instead of lib/PDLx/Mask.pm

Howdy, The PDLx-Mask distribution has a README.pod file at the top level, as well as actual module documentation in lib/PDLx/Mask.pm. On the module's main page: http://search.cpan.org/~djerius/PDLx-Mask-0.01/ The PDLx::Mask link goes to README.pod, not to lib/PDLx/Mask.pm That's not quite

Re: Sanity checking for namespace and other abuses

YES!!! I didn't think this would work, but it does! It even works with Exporter! Hooray! OK, time to rewrite the package names for these once again. :-) David On Wed, Oct 26, 2016 at 12:07 PM, Dan Book wrote: > On Wed, Oct 26, 2016 at 12:01 PM, David Mertens

Re: Sanity checking for namespace and other abuses

On Wed, Oct 26, 2016 at 12:01 PM, David Mertens wrote: > @everybody, > > Does anybody oppose me adding to code to top-level, lower-cased packages > "int", "num", and "str"? What about top-level packages "Int", "UInt", > "Str", or "Num"? Do other type systems use these

Re: Sanity checking for namespace and other abuses

@everybody, Does anybody oppose me adding to code to top-level, lower-cased packages "int", "num", and "str"? What about top-level packages "Int", "UInt", "Str", or "Num"? Do other type systems use these top-level packages? @Reini, You always have good and useful ideas, but you always come

Sanity checking for namespace and other abuses

Hello everyone, I am writing a keyword hook, C::Blocks. I have realized that my hook could be made more powerful if I could indicate optional type information for variables. Question 1: Perl has support for declaring a variable's type, but it is intended to be used with the fields pragma. I get