in reply to Re^5: diagnostics: warning, deprecation, error
in thread diagnostics: warning, deprecation, error

I've been rethinking this as someone who spends a lot of time with perl at the command line. I think the reason for suggesting a cleanup on the missing module error is that there's a lot of information and it's a mess. I noticed that everything inside parenthesis looks as if it was hastily added at some point and isn't really necessary. It might be nicer to have perl puke less text upon this error than more:
Can't locate Super/Duper.pm in @INC
BEGIN failed--compilation aborted.
  • Comment on Re^6: diagnostics: warning, deprecation, error

Replies are listed 'Best First'.
Re^7: diagnostics: warning, deprecation, error
by ikegami (Patriarch) on Feb 20, 2026 at 22:01 UTC

    As someone who help people with their Can't locate problems numerous times, the inclusion of @INC has been useful virtually every time. It helps identify which Perl is used, it helps identify if local::lib, PERL5LIB or something else is being used or not, and it helps identify what path was added using PERL5LIB (which is often different than what the user claims was added). These are key in debugging such problems.

      Oh, and @INC at the time of the error is commonly different than the @INC shown by perl -V.

Re^7: diagnostics: warning, deprecation, error
by marto (Cardinal) on Feb 21, 2026 at 11:44 UTC

    Making the error more consistent with the formatting seen in perl -V was one of the things I really liked about your initial idea. I agree with ikegami, removing the INC part would make it more difficult to help people having problems, and elevates problems when multiple perls are in play.