Doing this in the script itself would be icky, so your best bet would probably to set your PERL5LIB (or PERLLIB) environment var to include this path.

A variant approach, which is handy if you commonly develop various modules, is to have a generic lib dir specific to you and (if you are on a Unix variant) symlink the modules you develop into there.

I use this approach with C/C++ and perl development. I have a $HOME/dev directory with include, lib and libperl subdirs.

My login then always adds $HOME/dev/include to $INCLUDE, $HOME/dev/lib to $LIB and $HOME/dev/libperl to $PERL5LIB.

If I'm working on module Foo I can just ln -s $HOME/dev/Foo/lib/* $HOME/dev/libperl to get things to work (similarly with .h/.so files for C/C++).

You need to re-run that link command whenever you add a new Foo::X (but not a Foo::X::Y).

That looks like a sensible suggestion apart from the following injunction from the "known issues" section of the FindBin documentation:

Which also means that you should avoid using FindBin in modules that you plan to put on CPAN.

However, given that the issue is with a script rather than a module it seems reasonable that that advice does not apply.

---

DWIM is Perl's answer to Gödel

    EXE_FILES => [ map { "scripts/${_}.pl" } qw(
        foo
        bar
        baz
    ) ],
[download]

  #!/usr/local/bin/perl -IPerlMonks/lib
[download]

  % prove --lib PerlMonks/lib
[download]