in reply to Re^2: ADD directory to @INC using a string variable
in thread ADD directory to @INC using a string variable

If you run that through splain you'll get
Empty compile time value given to use lib at /proj/zn_ver_user2/sidsh +a/build_plugin/infra/lib/BuildPlugin.pm line 32. Use of uninitialized value in require at /proj/zn_ver_user2/sidsha/build_plugin/infra/lib/BuildPlugin.p +m line 33 (#1) (W uninitialized) An undefined value was used as if it were alread +y defined. It was interpreted as a "" or a 0, but maybe it was a mi +stake. To suppress this warning assign a defined value to your variables. To help you figure out what was undefined, perl will try to tell y +ou the name of the variable (if any) that was undefined. In some cas +es it cannot do this, so it also tells you what operation you used th +e undefined value in. Note, however, that perl optimizes your progr +am anid the operation displayed in the warning may not necessarily ap +pear literally in your program. For example, "that $foo" is usually optimized into "that " . $foo, and the warning will refer to the concatenation (.) operator, even though there is no . in your program.

I explain /demonstrate why its uninitialized in Re: ADD directory to @INC using a string variable (not when variables initialized use BEGIN)

But I really just wanted to respond to say eew at your 60-entries of @INC, because whatever your reasons, 60-deep-@inc is eew :)