The Activestate people created a Windows perl version early on, and one wonders if they might be willing to lend a hand or help with installers etc?
http://www.activestate.com/activeperl/downloads I too benefit from PDL, the more modular the better. I use a small part of it, no graphics, as a component of a larger package. I have my own installer that compiles PDL and all else from source. I do not rely on CPAN, because getting the latest versions sometimes breaks other things, so that the whole package stops working. Instead we now and then update a module collection that comes with the package. For me there have been only two robust mac/linux/unix-portable ways: source compilation or virtual image. Well, just one other "use case". Thanks for PDL, Niels L http://genomics.dk On Tue, 2012-01-24 at 10:45 -0500, Chris Marshall wrote: > It is a plus that more PDL developers and perl coders > are becoming aware of the issue. An implementation > of our own could be better if we make a simple, general > framework. We could implement a nice, extensible GUI > REPL that would work with and without the GUI. > > It would be useful not only for PDL but also for other Perl > modules that face the win32 blockade. A possible > approach would be one based on OpenGL and some type > of Term::ReadLine that could connect generically to a > set of INPUT/OUTPUT/ERROR handles. > > --Chris _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
