On 2014-05-02 13:50-0000 Arjen Markus wrote: > Hi everyone, > > I came across the option DROP_GTK_PLUS_2_BUILDS. Can anyone tell me what the > consequences are if this is not set when GTK+3 is found? (I stumbled on this > option in relation to recent questions about Cygwin and cairo)
Hi Arjen: Here is some background information for why I implemented this (from the revision 13088 commit message) ____________________ Implement DROP_GTK_PLUS_2_BUILDS option (which defaults to OFF). When that option is turned ON, all targets which are related to gtk+2 only are dropped. This avoids build-time errors (for the static drivers case) or run-time errors (for the dynamic drivers case) due to clashes with gtk+3 libraries that are potentially used for other parts of PLplot (e.g., the cairo and wxwidgets device drivers). ____________________ I don't remember the details so I looked further and DROP_GTK_PLUS_2_BUILDS ON drops the lablgtk2 component of our ocaml bindings and also sets PLD_xcairo to OFF. I frankly cannot remember why it was necessary to drop the xcairo device with GTK+3, but in retrospect I suspect this was overkill, and the xcairo device works fine with GTK+3, and all I was really trying to do was to drop the build of examples/c/extXdrawable_demo.c which is currently controlled by whether PLD_xcairo is set or not. I don't have time to investigate further at this stage, but in the long run, I don't think we will need the DROP_GTK_PLUS_2_BUILDS capability at all if the lablgtk2 component of our ocaml bindings is updated to work properly with GTK+3 and examples/c/extXdrawable_demo.c is similarly updated. So for now, DROP_GTK_PLUS_2_BUILDS=ON should be viewed as a temporary brute-force means of dropping parts of PLplot so that our comprehensive tests pass rather than fail, and in the long run the fixes discussed above should make DROP_GTK_PLUS_2_BUILDS=ON unnecessary for the GTK+3 case. 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); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); 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 __________________________ ------------------------------------------------------------------------------ "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
