On Thu, Jun 12, 2003 at 12:10:58AM +0100, Peter Flynn wrote:
> On Wed, 2003-06-11 at 13:25, Robin Berjon wrote:
> > Matt Sergeant wrote:
> > > $ perl Makefile.PL DEBUG=1
> > >
> > > And you'll find out exactly why it can't find it.
> >
> > Would it be wise to wrap the entire Makefile.PL in an eval block, and tack onto
> > the end:
> >
> > if ($@) {
> > warn "Makefile.PL encountered a FATAL ERROR. Rerunning in DEBUG mode for
> > more information.\n";
> > exec 'perl', 'Makefile.PL', 'DEBUG=1';
> > }
>
> Far more useful would be to make the resource tests report what is
> actually missing and where it was sought. In the present case, I'd
> like to see an error message which said something like:
>
> AxKit needs the iconv library and can't find it on your system.
> I've looked for iconv.h in /usr/include, /usr/local/include,...
> I've looked for libiconv.so in /usr/lib, /usr/local/lib,...
> If you have these files somewhere else, you can re-run me and
> specify the location by following the command with arguments
> --find filename1:location1 --find filename2:location2 ...
>
> This would be infinitely more usable than spewing out system error
> messages, but would obviously entail a lot more work in writing the
> installation routine. And the user would need to feel certain that
> specifying such arguments really would make it look in those places.
>
> My specific problem is that I don't now have any faith in the
> Makefile.PL actually looking in the specified locations at all,
> even though it claims to be. I'm not sure how to fix that.
Maybe this thread would be helpful for you.
http://www.mail-archive.com/[EMAIL PROTECTED]/msg03244.html
<side-note>
Why is it .xs files have to be in the same directory as the Makefile.PL.
This is a major bummer ... for many reasons.
</side-node>
Ed.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
