Shoot, I forgot again that GMail doesn't replyall by default; usually good, but bad for mailing lists early in the morning. What I emailed dpath2 amounted to essentially this:
1) be sure you have ExtUtils::F77 installed (and a fortran compiler for that matter!) 2) PDL::Slatec seems to come with its own copy of the source for slatec which it builds as it makes the module. Therefore no need to mess around building and installing your own copy of slatec. Cheers, Joel On Sat, Oct 15, 2011 at 5:14 AM, dpath2o <[email protected]> wrote: > Hi, > I'm having very big problems installing PDL with PDL::Slatec enabled. The > failure that I get is that the Slatec libraries were compiled/installed as > 32-bit. I can't seem to find an easy to download and compile Slatec from > netlib.org (there all listed as individual links ... hundreds of them). I > haven't tried to ftp mget on this netlib.org directory. Possibly that is a > solution, but I think this is leading me down a blind alley. > I'm using Perl 5.12.3 > I have tried installing with cpanminus (cpanm) with no success as well. In > fact that konks-out here: > ld: warning: ignoring file /opt/local/lib/libgsl.dylib, file was built for > unsupported file format which is not the architecture being linked (i386) > ld: warning: ignoring file /opt/local/lib/libgslcblas.dylib, file was built > for unsupported file format which is not the architecture being linked > (i386) > chmod 755 ../../../../blib/arch/auto/PDL/GSLSF/ZETA/ZETA.bundle > cp ZETA.bs ../../../../blib/arch/auto/PDL/GSLSF/ZETA/ZETA.bs > chmod 644 ../../../../blib/arch/auto/PDL/GSLSF/ZETA/ZETA.bs > Manifying ../../../../blib/man3/PDL::GSLSF::ZETA.3pm > **** > Skipping build of PDL::FFTW. > **** > make[3]: Makefile: No such file or directory > make[3]: *** No rule to make target `Makefile'. Stop. > make[2]: *** [subdirs] Error 2 > make[1]: *** [subdirs] Error 2 > make: *** [subdirs] Error 2 > FAIL > ! Installing PDL failed. See /Users/dpath2o/.cpanm/build.log for details. > Possibly I need to completely re-install all of my macports libraries, > however, these were all built on this computer so I'm not understanding why > anything is 32-bit. > Maybe someone here has had a similar problem. > Comments thoughts welcome. > Cheers, > Dan > _______________________________________________ > Perldl mailing list > [email protected] > http://mailman.jach.hawaii.edu/mailman/listinfo/perldl > > _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
