develooper Front page | perl.dbi.users | Postings from October 2008

Re: Failure to build any DBD on Windows/Strawberry perl

Thread Previous | Thread Next
spicy jack
October 11, 2008 23:52
Re: Failure to build any DBD on Windows/Strawberry perl
Message ID:
On Thu, Sep 25, 2008 at 1:14 AM, Martin Evans <> wrote:
> Yes, that is what I found. The problem is that ExtUtils::MakeMaker will not
> override an INC specified on the command line so any attempts to add the
> path to DBI header files to INC in the Makefile.PL are a waste of time. No
> one on the ExtUtils::MakeMaker list seemed to know where this behavior came
> from or whether it was right -

Ahh, but if you tickle ExtUtils::MakeMaker the right way, she'll come
out and dance with you.

> Do you know if strawberry perl has some sort of signature that the
> Makefile.PL can spot? As ExtUtils::MakeMaker is not going to change right
> now and neither is strawberry perl I was thinking about outputting a message
> if INC was in ARGV but was hoping to restrict this just to strawberry perl
> for now as I've never seen it anywhere else.

I played with this some more, and the attached patch (also archived as
[1]) was the best thing I could think of; I copied the same DBI
include path trick from earlier in the Makefile.PL, I just do it again
in the section of Makefile.PL where you override MakeMaker sections
(package MY).  See [2] for more on overriding MakeMaker methods.

This patch would need to be applied to every module that needs the DBI
include paths that you wanted to compile on Strawberry.  Is it worth
asking the Strawberry people to remove the INC paths out of their CPAN module?  My experience has been that what's set in
works just as well.  I don't know if Adam or David are on this list,
but their mailing list is at [3].




Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About