It fails "in requirement", but not because Carp isn't installed -- it was installed by MacPorts.

The CGI::Carp documentation is clear about its incompatibility with mod_perl2. But I didn't read the CGI::Carp documentation until after CGI::Carp stopped working.

So my situation is, mod_perl doesn't work because it wouldn't install. And CGI::Carp doesn't work (any more), presumably because something changed in the attempt to install mod_perl. This is on OS X Lion, BTW.

The CGI::Carp documentation is clear about its incompatibility with mod_perl2.

Actually it is not clear at all :)

Overriding the program name in the use line use CGI::Carp 'name=progg'; doesn't work because its a global variable, that is all (see CGI::Carp in Apache::Registry)

In 10 years I've never used that feature, but it could easily be fixed to work in a persistent shared interpreter like mod_perl

I guess it's not quite clear. It says "Note that fatalsToBrowser may not work well with mod_perl version 2.0 and higher."

But, in my case, I've discovered, it's not just the fatalstobrowser sub that fails -- its CGI::Carp all by itself. I can't reinstall (CPAN says it's up to date). So I've evidently messed up the perl install somehow. But I don't know how to revert.

I thought I might get by uninstalling the +threads stuff, but it seems I have to start farther up the line (dependencies are involved). Here's what I've got:

  p5-perl-tidy @20101217_2 (active)
  p5.12-libwww-perl @6.30.0_1+ssl (active)
  p5.12-perl-ostype @1.2.0_2 (active)
  p5.12-perl-tidy @20101217_2 (active)
  perl5 @5.12.3_1+perl5_12 (active)
  perl5.10 @5.10.1_4 (active)
  perl5.12 @5.12.3_3
  perl5.12 @5.12.3_3+threads (active)
[download]

So I guess I'm looking at uninstalling and reinstalling it all, eh? Ugh.