Hello Alan, On 6 February 2010 21:21, Alan W. Irwin <[email protected]> wrote: > Hi Leo: > > Some of our devices are deprecated (the build system ignores them by > default) because of long-standing issues that nobody has been motivated to > fix and/or because there are better ways to get the same output format. Our > gd-related devices (png, jpeg, and gif) have been deprecated for those > reasons as of PLplot-5.9.3 (see the 5.9.3 and subsequent release > announcements). We had similar reasons for deprecating pstex, but I cannot > recall the release where that happened. As far as I can recall, our > haru-based pdf device is currently deprecated because it is still > experimental. > > If you still want to try a deprecated device, you should be able to enable > them individually by using e.g., the -DPLD_png=ON, -DPLD_jpeg=ON, > -DPLD_pdf=ON, etc., cmake command-line options.
I have compiled plplot with these libs for now as they are really easy to compile. But I intend to migrate to other options. > However, instead of fooling with deprecated devices, you might want to try > the large number of high-quality devices (including pngcairo, jpgqt, > pscairo, epsqt, pdfcairo and pdfqt) you get with the cairo and qt device > drivers. To enable the cairo devices, all you need to do is install the > development versions of the gtk+ stack of libraries (which includes > libpango, libcairo, the fontconfig library, etc.) and adjust PKG_CONFIG_PATH > appropriately to point to the directory where, e.g., pangocairo.pc resides. > Our build system should do the rest. To enable the qt devices, all you need > to do is install a development version of the Qt libraries. Versions greater > than 4.5.0 are preferred. My most recent (Linux) testing is with 4.6.0, but > I now notice 4.6.1 is out so I intend to test that shortly and don't > anticipate any difficulties with it. Once you have the Qt development > libraries installed, then put the qmake command associated with that version > on your path, and our build system should do the rest. QT is out of the question for now as I don't use it and it takes a long time to compile. The other option is cairo which seems pretty sensible actually. So that's the one I am interested. > I develop and test on Linux and don't have access to a Mac OS X platform > myself, but we do have several developers with such access, and as far as I > know, they have no issues with cairo devices working on Mac OS X and > similarly with the qt devices if they use a modern Qt release. Thus, the > chances are good that you will have qt and cairo success as well. However, > if not, report the issues here (including your PLplot, Gtk+, Qt4, and Mac OS > X versions), and we will attempt to deal with them. > > Alan Thanks. Leo ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Plplot-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-general
