Rob, Joel, Chris, and others -

Thanks for looking and investigating. The smart match operator should be a
quick fix (thanks Joel). The issue with slashes has already evaded one of
my attempts to fix it, but I'll hack at it again. The issue with Prima did
not show up on my Strawberry tests, but they were on 32-bit Windows XP
running on 64-bit hardware under Virtual Box, so something could be
different from your setup. :-)

I'm back at work this week, so investigations shall commence in a few
hours. Rob, your work here had helped a lot, and I'll try to reproduce your
problem shortly.

Thanks!
David

P. S. I've had trouble installing Prima on Mac when libtiff or libjpeg are
present. Puneet has informed me that he encountered trouble with these as
well, so I'll start hammering on that, too. If you want to try things out
on your Mac, a clunky work-around is to temporarily uninstall those
libraries, install Prima, then reinstall them.
On Mar 5, 2012 2:43 AM, "Sisyphus" <[email protected]> wrote:

>
> ----- Original Message ----- From: "Sisyphus"
>
>  I'm glaring (with some suspicion, and much disdain) at Module::Build ....
>>
>
> Not the fault of Module::Build at all.
>
> It seems the problem arises in Prima itself - though the reason a fix is
> needed is not yet clear to me. (Based on other experiences I've had with
> ExtUtils-Depends, the Prima build should be fine as it is ... but I
> probably need to look at it a bit closer.)
>
> When I build Prima with my 32-bit compiler, in addition to building
> auto/Prima/Prima.dll I also get the import lib auto/Prima/Prima.a.
> If the import lib is instead named auto/Prima/libPrima.a then the problems
> with PDL::Drawing::Prima go away - it builds fine.
>
> The 64-bit builds of Prima don't create an import library, so -lPrima must
> be linking directly to Prima.dll. That seems to work well enough for them,
> and I don't know why the 32-bit build can't just do the same, but it can't.
> (I wasted a coupla hours going down that path, and a few more hours
> exploring various other dead ends.)
>
> With Joel's suggested code replacement for the smartarse operator,
> PDL::D::P then builds fine on 5.8.9. (Note that 5.8.0 is precluded by the
> ExtUtils-ParseXS-3.05 requirement, but everything later than 5.8.0 should
> be fine.)
>
> The only other thing to do is to get rid of the backslashes in the
> autogenerated '#line ...' entries in Prima.xs, which should eliminate the
> "unknown escape" warnings.
>
> Cheers,
> Rob
>
>
> ______________________________**_________________
> Perldl mailing list
> [email protected]
> http://mailman.jach.hawaii.**edu/mailman/listinfo/perldl<http://mailman.jach.hawaii.edu/mailman/listinfo/perldl>
>
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl

Reply via email to