> On Strawberry 5.24.0 I can reproduce the problem by building Prima-1.46
> with:
>
> perl Makefile.PL MAKE=gmake
>
> followed by:
>
> gmake
Hi Rob,
I think I've identified the issue, that's gmake being not smart about path/file
and path\file
being the same entity. Please check out the latest github version and see if
that works for you.
> Trying to build the git version of Prima (which is fine on Strawberry)
> throws up another problem for me (when I build with 'MAKE=dmake').
> When it comes to building blib\arch\auto\Prima\Prima.dll, I get undefined
> references to 'GOMP_parallel' and to various other symbols whose prefix is
> 'omp_'.
> I take it this means there's some deficiency in one of my libraries.
That one's interesting. I'm hacking openmp support in for Prima, and
that's where it can definitely explode. If that bothers you, you can add
WITH_OPENMP=0
to Makefile.PL arguments, but I'd very much link to know how exactly did it
explode :)
Did Makefile.PL say something along the lines of "Warning (mostly harmless): No
library found for -lgomp" ?
And is there something in makefile.log about when it tries to detect whether
openmp support is available?
Thanks!
Dmitry
>
> Cheers,
> Rob
--
Sincerely,
Dmitry Karasik
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
pdl-devel mailing list
pdl-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-devel
