Thanks for the clarification, Rob. It seems that the PDL-2.009_01 should work as a new PDL-2.010 then.
Cheers, Chris On Mon, Jun 1, 2015 at 7:48 PM, <sisyph...@optusnet.com.au> wrote: > > From: Chris Marshall > Sent: Tuesday, June 02, 2015 7:34 AM > To: pdl-devel@lists.sourceforge.net > Subject: Re: [Pdl-devel] ASPerl build problems with PDL-2.008+ > > Here is the URL for the ASPerl reports: >> http://code.activestate.com/ppm/PDL/ >> > > As regards the Windows failure for 2.008 on 5.16: > > Ops.xs(18630) : error C2632: 'long' followed by 'long' is illegal > Ops.xs(18630) : error C2632: 'long' followed by 'long' is illegal > Ops.xs(18696) : error C2632: 'long' followed by 'long' is illegal > Ops.xs(18696) : error C2632: 'long' followed by 'long' is illegal > > So they've obviously used one of the (older) MS compilers for which 'long > long' is illegal - as any MS compiler from this century will allow 'long > long'. > In Ops.xs we currently generate: > > #define Q_MOD(X,N) (((N) == 0) ? 0 : ( (X) - (ABS(N)) * > ((long long)((X)/(ABS(N))) + ( ( ((N) * ((long long)((X)/(N)))) != (X) ) > ? ( ( ((N)<0) ? 1 : 0 ) + ( (((X)<0) ? -1 : 0))) : 0 )))) > > As regards the Windows failure for 2.009 on 5.18 and 5.20: > > cp gamma.fits ..\..\..\blib\lib\PDL\Graphics\LUT\ramps/gamma.fits > The system cannot find the path specified. > dmake: Error code 129, while making 'subdirs' > dmake: Error code 255, while making 'subdirs' > > This is the same problem reported a few days back - the 'Graphics/PLplot' > directory is missing. > (For 5.18 onwards, ActveState use MinGW compilers and dmake.) > > I don't check MS compiler builds of PDL any more. > Inline::C (PDL prerequisite) now has such a long dependency chain that > installing it by hand is impractical, and 'cpan -i Inline::C' doesn't work > on my MSVC-built perls. > I abhor "cpan" and its offshoots to the extent that I haven't yet > summonsed the energy to do anything about solving this problem - and it > will probably never happen. > > Now that ActiveState don't use MS compilers for their Windows builds, I > feel that problems with MS compilers can be left to those that actually > want to use those compilers. > > Cheers, > Rob > > >
------------------------------------------------------------------------------
_______________________________________________ pdl-devel mailing list pdl-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdl-devel
