Chris et al. I am working on a generic Alien:: framework called Alien::Base, hosted at my gh:
https://github.com/jberger/Alien-Base . I submitted a proposal to tpf a small grant, here is the text for the concept: https://gist.github.com/1616923 Once this works, it should make Alien:: modules much easier to write. Joel On Fri, Jan 20, 2012 at 9:12 AM, Chris Marshall <[email protected]> wrote: > 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 _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
