On Thu, Jan 19, 2012 at 4:52 PM, Clifford Sobchuk <[email protected]> wrote: > > ...don't fully understand what they need to do? Even installing on Linux. I > have tried to build PDL from CPAN and I never get it right. The best way for > me is to do the apt-get install pdl and then go into cpan and do the upgrade > /PDL/. All of the dependencies are accounted when I do it this way. When I > install from cpan I always end up missing dependencies.
Hi Cliff- Yes, the large number of external dependencies used by PDL to provide "full" functionality is an ongoing problem. The simplest way to install PDL on linux-ish systems having some sort of package manager is to use that to install PDL which should pull in packages for the needed external library and program dependencies. Then use CPAN to upgrade to the latest PDL. There has already been discussion and decision on using the Alien module approach to address this problem---just no one volunteering to write the needed Alien::NetPBM, Alien::PROJ4,... modules. > So am I the minority of target users (people who use PDL and don't have a > clue at how to create their own PP modules) in not being able to get it to > install from cpan directly? When I use R/scilab/matlab - I use modules when > ever I can because it would take me weeks more time to develop a script. On > the other hand if your target user is a C++/Perl expert, then please > disregard the above as it doesn't apply. I don't think PDL has a chance of surviving as an active and growing project unless we can make it possible for anyone to "just use" PDL. Without a 1-click install, easy interoperability, and good documentation all the non-C/Perl programmer scientists will be using Matlab/Octave, or NumPy, or ... instead. Cheers, Chris _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
