Perl doesn't give error when module is not found 2

[Anonymous Monk]

In Perl I have a script 'a.pl' that calls a module 'MyModule.pm' and inside that module
there's a call with function 'call()' to another module 'MyModule2.pm' function '$authorize'
as 'MyModule2::authorize()' but MyModule2 is not loaded with 'use MyModule2' inside MyModule.pm.

But I get no error "module cannot be found" when running the script 'perl a.pl' which calls 'MyModule.pm' function 'call()' which calls 'MyModule2::authorize()'

Only if I run 'perl MyModule.pm' I get error "MyModule2.pm not found".

[choroba]

I can't reproduce the problem:

a.pl

#!/usr/bin/perl
use warnings;
use strict;

use lib '.';

use MyModule;

MyModule::call();

MyModule.pm

package MyModule;
use warnings;
use strict;

sub call {
    MyModule2::authorize();
}

__PACKAGE__

MyModule2.pm

package MyModule2;
use warnings;
use strict;

sub authorize {
    print "auth\n";
}

__PACKAGE__

Running ./a.pl results in the following error:

Undefined subroutine &MyModule2::authorize called at MyModule.pm line 
+6.

Update: It starts working when I include

use MyModule2;

into MyModule.pm or a.pl: but the correct way is the former, as the script shouldn't care about what its dependecies need to load.

[LanX]

Unclear.

SSCCE ?

Did you use strict and warnings in all modules?

What if you call Perl with -W switch?

And please don't name different threads with the same title.

Either keep both posts in the same thread or come up with better titles.

Get a log in, so you can fix it next time.

[Jenda]

1. If module A uses something from module B, then there OUGHT TO BE use B; inside A.pm. Fullstop. Modules should not expect someone else to load their dependencies for them. There is no need to "optimize" and use a module just one. Perl is clever enough to notice the module had already been loaded and it doesn't load it twice.
   The second time Perl only calls the module's import() subroutine to allow it to export the default list of functions into the calling namespace.
2. You are NOT supposed to run modules directly. Very few modules support that and likely even fewer should.
3. Modules and namespaces are related, but they are NOT the same thing. You can have several namespaces right inside your a.pl script and define the myModule2:authorize right there. It's actually quite common for modules to contain several namespaces. One of them SHOULD match the name of the file, but there's often several others inside.

[ikegami]

The following is wrong:

perl MyModule.pm

To load a module, use

perl -I . -e'use MyModule;'

[soonix]

"wrong" in the sense of "why would anybody do this?", yes, but not "syntactically wrong" or "won't work" - see my other reply

[ikegami]

Can cause problems. They're not equivalent, and the latter is how the module is normally loaded.

[soonix]

Jenda and ikegami discourage running modules directly. In general, they are right, but:
Just because I (and they, obviously ;-)) don't know a legitimate reason to use modulinos and the like, doesn't mean there is no legitimate reason - and what isn't legitimate for one, might well be for someone else.

[eyepopslikeamosquito]

Just because I (and they, obviously ;-)) don't know a legitimate reason to use modulinos and the like

Though modulinos are too sneaky/clever for my tastes ("scripts should use modules, not pretend to be modules"), they do have some well-respected fans, led by their illustrious inventor brian_d_foy, as described in more detail at modulino References.

My preference is keep my script mainlines as short as is practicable, with all the heavy lifting done in (unit-tested) module/s.