code.
The full log (badly re-formatted from proprietary format) is here [1], you
might find it interesting.
[1] http://karasik.eu.org/misc/pvs/pdl.log
--
Sincerely,
Dmitry Karasik
--
Check out the vibrant tech
ings are currently working fine if I prepend '-lgomp' to the LIBS arg
> I give to Makefile.PL.
Well, if that doesn't give you problems it's okay then, I guess.. Some long
time ago I also tried linking Prima to custom-built static libs, but that time
I explicitly added libz to
at perl
feature,
and therefore added EXTRA_LDFLAGS to Prima. I believe you can safely use it for
prepending your /lib/location instead.
Dmitry
>
> Cheers,
> Rob
--
Sincerely,
Dmitry Karasik
--
What N
em was that there was no directive
> for libgomp to be linked in.
Hmm allright ... Makefile.PL adds -lgomp for gcc only, but again the detection
of "gcc" as a name might be flaky here.
May I ask, what is your perl -V:ccname ?
--
Sincerely,
Dmitry Karasik
--
?
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 d
ust be IMO gmake-related issue as on Strawberry 5.24.0 (gcc-4.9.2 +
> dmake + EU::MM-7.16) Prima-1.46 installs fine
>
> --
> kmx
>
> On 26.5.2016 15:03, sisyph...@optusnet.com.au wrote:
> > From: David Mertens
> > Sent: Thursday, May 26, 2016 9:31 PM
> > To: Sisyp
Config that appear
> when you have too new EU::MM.
>
> It does not include "dirname(__FILE__)" hack to make Prima::Config portable.
>
Hi kmx,
I can't find the original dirname() hack on the list archive. Was it needed for
portable strawberry? If so I'd like
