Re^2: Use module only if it is in use

Replies are listed 'Best First'.
Re^3: Use module only if it is in use by JavaFan (Canon) on Sep 02, 2009 at 15:56 UTC
Is it safe to asume that double colons in module names get always translated into slashes ("::" -> "/") instead of backslashes or whatever is used by the OS for subdirs? No, it's not safe to assume that. And be lucky. Your code wouldn't work if Perl changed the '::' to a '/', because that it would try to divide `M` by `hello("again")`, which most likely results in an error. Perl maps '::' to the appropriate directory separator when it's used as a bareword argument to `use` and `require`. But that isn't always.	[reply] [d/l] [select]
Re^4: Use module only if it is in use by bart (Canon) on Sep 02, 2009 at 18:32 UTC
Is it safe to asume that double colons in module names get always translated into slashes ("::" -> "/") instead of backslashes or whatever is used by the OS for subdirs? No, it's not safe to assume that. IMO it is safe to assume that for checking `%INC`. It always worked on MacPerl, on the pre OSX Macintosh, where the system's path separator is a ":". It most definitely is safe on Windows perls, too. If there are exceptions, I haven't heard of them, yet.	[reply] [d/l]
Re^5: Use module only if it is in use by ikegami (Patriarch) on Sep 02, 2009 at 19:29 UTC
VMS would be the other non-unix system, and it uses "/" as well, as far as I can remember. Core modules such as if rely on "/" being the separator.	[reply]
Re^4: Use module only if it is in use by ikegami (Patriarch) on Sep 02, 2009 at 16:08 UTC
He was asking if the keys of `%INC` use `/` instead of `::` across all systems, and the answer is yes.	[reply] [d/l] [select]
Re^4: Use module only if it is in use by vitoco (Hermit) on Sep 02, 2009 at 16:08 UTC
I meant as a key for `%INC`, not as barewords: `$text = Text::Unidecode::unidecode($text) if $INC{"Text/Unidecode.pm"};` [download]	[reply] [d/l] [select]
Re^3: Use module only if it is in use by ikegami (Patriarch) on Sep 02, 2009 at 15:20 UTC
Yes, but again, why? I can't think of a scenario where this would possibly be useful. It feels like you're testing for a side-effect of the problem, and not for the problem itself.	[reply]
Re^4: Use module only if it is in use by vitoco (Hermit) on Sep 02, 2009 at 15:47 UTC
I don't want to load helper modules that potentially won't be used. For example, I have to use `unidecode()` from Text::Unidecode in the module only if the calling program also uses it. Using that method always have a penalty in performance if data is ASCII only. You are right if you think that a parameter or something like that should be used, but I want to keep things simple and don't want to force an installation of a non-core module that won't be used. BTW, I tried some other things like loading the external module from my own only if a parameter is being set in new() (yes, runtime!), but the code become dirty.	[reply] [d/l]
Re^5: Use module only if it is in use by ikegami (Patriarch) on Sep 02, 2009 at 16:13 UTC
I don't want to load helper modules that potentially won't be used. How does not calling the sub you need to call solve that? The actual solution is to delay loading the module until you need it. `sub rarely_called { require Text::Unidecode; return Text::Unidecode::unidecode($_[0]); }` [download] You can throw in an `import` in there if you so desire. `sub rarely_called { require Text::Unidecode; import Text::Unidecode qw( unidecode ); return unidecode($_[0]); }` [download]	[reply] [d/l] [select]
Re^6: Use module only if it is in use (self-loading) by ikegami (Patriarch) on Sep 02, 2009 at 16:23 UTC
Re^6: Use module only if it is in use by vitoco (Hermit) on Sep 02, 2009 at 16:33 UTC
Re^7: Use module only if it is in use by ikegami (Patriarch) on Sep 02, 2009 at 16:45 UTC