hot damn! DRIVERS_LIST: gd;mem;null;ps;svg;xfig;xwin DEVICES_LIST: gif;jpeg;png;mem;null;ps;svg;xfig;xwin
So, what did I do? Scientifically, I can't report exactly what I did that caused the above to build, but the general drift is -- my gd might have gotten linked to X11R6 detritus, and so might have been the case with fontconfig. I renamed X11R6 crap, rebuilt fontconfig, rebuilt libgd (having rebuilt libjpeg and libpng as well). Then... well, read on... On Thu, Jul 1, 2010 at 9:04 PM, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > On 2010-07-01 18:52-0500 P Kishor wrote: > >> Ok. I tried building PLplot once again, but failed in enabling PNG >> output. In the process, I updated fontconfig, libiconv, cairo, >> poppler, and pkg-config. Here is my long-ish account of what I did > > [...] >> >> -DWITH_FREETYPE=OFF \ > > That should be ON since the gd device driver (which implements > png, jpeg, and gif) depends on that. > > My sense, though, is you are overspecifying options. I followed your advice and turned off most things (other than bogus languages that I have no time nor patience for). Well, it still didn't work. In fact, cmake didn't even try looking for gd. So, I guessed cmake needed a nudge, and since I had rebuilt most everything, I ran cmake again, once again with my kitchen sink of options. This time... it worked! It is still not picking up Cairo and AGG, but heck, I am going to crack a beer and celebrate for now. Enough of installation crap. Time to actually make some pretty pictures. Thanks all. Couldn't have done without you all. Go get a beer. Grill a tofu. Think of all the good things you have done. > For that case you can > sometimes get into trouble because you will end up with inconsistent options > or at least surprising results like you have just found. Of course, turning > off languages and devices you don't need with the appropriate > -DENABLE_<language>=OFF and -DPLD_<device>=OFF options to save build time or > to avoid broken languages/devices or turning on deprecated devices such as > png with -DPLD_png=ON is perfectly fine. However, otherwise you should try > to let cmake figure things out for itself as much as possible to arrive at a > consistent set of options. For example, if you just drop all mention of > DWITH_FREETYPE it is ON by default (unless freetype libraries cannot be > found), and then -DPLD_png=ON should just work to allow use of that > deprecated device. > > I do most of my testing of PLplot with a system loaded with the needed > libraries and mostly using cmake defaults for everything. Occasionally, > I drop particular languages or devices or add deprecated devices, but > otherwise I leave the details to cmake. > > BTW, cmake allows the possibility of a "hierarchical" tree of options where > options lower in the tree may only be valid for certain cases of > higher-level options. That is uniquely useful and gives a speedy result for > build systems where you often have logic similar to "if the freetype library > is not available, don't bother with configuring options concerning the the > gd device driver". So that is a big win compared to autotools which > just has a flat list of options that it trudges through. However, because of > that feature outputting a flat list of options and their annotations is not > that useful for cmake-based build systems. Instead, I would advise doing a > default configuration (with no -D options at all) and then looking at the > annotated results in the generated CMakeCache.txt file. Then if you want to > change any of those annotated variables, go ahead and do so with the > appropriate -D option (restarting in an empty build tree with no > CMakeCache.txt file) then look at the newly generated CMakeCache.txt again > to see what options have been added or closed off by your choice of -D > options. It sounds complicated, but for a given platform you very quickly > iterate to the -D options you really need to set, and those should be > minimal if the defaults are well-chosen (as I hope is the case for PLplot). > > 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 > __________________________ > -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science ======================================================================= ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Plplot-general mailing list Plplot-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-general