Hi Alan, Orion: I will try to fit in updates to PDL::Graphics::PLplot soon. I would recommend a separate RPM for PDL::Graphics::PLplot, even though it might seem like overkill. I'm working on an RPM-based distribution for software we use at work and I've followed this route.
Since PLplot is changing quickly, and since the release cycle for PDL is slower, I've always found it useful to have a separate PDL::Graphics::PLplot package. Regards, Doug [email protected] Software Engineer UCAR - COSMIC, Tel. (303) 497-2611 On Wed, 9 Sep 2009, Alan W. Irwin wrote: > On 2009-09-09 16:56-0600 Orion Poplawski wrote: > >> On 09/09/2009 04:48 PM, Alan W. Irwin wrote: >>> On 2009-09-09 14:25-0600 Orion Poplawski wrote: >>> >>>> Is there any way to force HAVE_PDL_GRAPHICS_PLPLOT_40 to be true? The >>>> way PDL is packaged in Fedora, PDL::Graphics::PLplot does not return a >>>> version, but it is using version 0.50 so it will work. >>> >>> Hi Orion: >>> >>> This is mostly directed to you, but I hope Doug will take an interest >>> in this thread as well. >>> >>> What do you get when you run the following command from the command line: >>> >>> perl -MPDL::Graphics::PLplot '-e print >>> "$PDL::Graphics::PLplot::VERSION\n"' >>> >>> ? >>> >>> I think Doug recommended this command previously to me to determine module >>> version, but if he has a better/more reliable suggestion now for >>> determining >>> the PDL::Graphics::PLplot version, that would be great. >>> >>> I just downloaded and installed version 0.51 of Doug's PLplot module from >>> CPAN, and the result I get from the above command is 0.51 (as expected). >>> Previously I had downloaded and installed version 0.47 of the same module >>> and version determination worked the same way for that version as well. So >>> I think the above command to determine version should normally be >>> working for version 0.50 on Fedora as well. >>> >>> Anyhow, let me know the results of the above command (which is also used >>> in >>> cmake/modules/pdl.cmake to figure out the module version), and we can take >>> it from there. >> >> I've been packaging the perl-PDL package for Fedora as well recently, so we >> have flexibility. >> >> Currently the way I'm packaging PDL is to copy in plplot.pd and plplot.t >> from the PDL-Graphics-PLplot tarball into the PDL 2.4.4_05 distribution. >> At this point, I have to strip the VERSION line from plplot.pd or make >> check for PDL fails with a object version mismatch error from >> DynaLoader.pm. >> >> I guess another possibility is to strip PDL::Graphics::PLplot completely >> from the PDL package and package it separately. But I don't want to do >> this if the main PDL package will eventually catch up. > > I "install" Doug's latest work by copying three files from my > PDL::Graphics::PLplot build results to > /usr/lib/perl5/PDL/Graphics/PLplot.pm, > /usr/lib/perl5/auto/PDL/Graphics/PLplot/PLplot.so, and > /usr/lib/perl5/auto/PDL/Graphics/PLplot/PLplot.bs. For a full install, I > guess I should copy a man page too. I do agree that packaging ~4 files as a > separate rpm sounds like overkill, but maybe that is what you need to do as > a temporary measure until PDL catches up with Doug's work. > > The latest results with reguard to version 0.51 of the module are > > perl > Missing examples : > Differing postscript output : 03 16 19 29 > Missing stdout : > Differing stdout : 14 > > IIRC, those agree with results from version 0.47 of the module. > > These last two questions are directed to Doug. > > Is it possibly you are waiting until you get the above issues all cleaned up > (which requires PDL::Graphics::PLplot API updates as well as fairly trivial > changes to the examples to use that new API) before you ask PDL to include > your latest version of PDL::Graphics::PLplot? > > If PDL will not include your latest version of PDL::Graphics::PLplot in the > near term for whatever reason, then do you have a suggestion for Orion about > the best way to integrate that latest version with PDL? > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
