I just pushed a new PDL git with a fix for the perl
vs POSIX threads namespace/implementation collision.
You should be able to build with the unedited pthread.h
now
--Chris
On Sun, Nov 6, 2011 at 5:58 PM, chm wrote:
> dmake test passed all except the known problem
> with t/pthreadBarf.t. Al
Chris,
that sounds great, however my attempt ended up with:
C:\strawberry\perl\bin\perl.exe C:\strawberry\perl\lib\ExtUtils\xsubpp
-typemap C:\strawberry\perl\lib\ExtUtils\typemap -typemap typemap
Core.xs > Core.xsc && C:\strawberry\perl\bin\perl.exe
-MExtUtils::Command -e mv -- Core.xsc Co
Are you sure this is the latest PDL git from sf.net?
The error here looks like something that has already
been fixed as of CPAN developers release 2.4.9_008
according to the PDL Release_Notes.
--Chris
On Mon, Nov 7, 2011 at 4:07 PM, kmx wrote:
> Chris,
>
> that sounds great, however my attempt e
I just realized what might have happened. You'll need
to do a dmake clean and then a complete build from
scratch to ensure that old copies of the various files
are not being used (some of these are generated at
the configure stage).
On Mon, Nov 7, 2011 at 4:20 PM, Chris Marshall wrote:
> Are you
Yes, "dmake clean" did the trick.
Thanks.
--
kmx
On 7.11.2011 22:32, Chris Marshall wrote:
I just realized what might have happened. You'll need
to do a dmake clean and then a complete build from
scratch to ensure that old copies of the various files
are not being used (some of these are gene