On 2014-11-07 15:23-0500 Hazen Babcock wrote: > On 11/07/2014 01:00 PM, Alan W. Irwin wrote: >> Hi Hazen: >> >> Arguing by analogy with the similar pkg-config case, I don't think >> removing INCLUDEPATH is the correct thing to do in plplotqt.pro (where >> that file is used by qmake to generated compile and link flags for >> users similarly to the way that pkg-config does the same thing from >> information collected in *.pc files). So I have handled INCLUDEPATH a >> different way in plplotqt.pro(.in). For further discussion see the >> commit message for 03ad89d. This is my first experience with *.pro >> files so if my analysis of their documentation is incorrect, feel free >> to make further changes. But regardless of that, please follow up on >> the ToDo item at the end of the commit message (i.e., figure out where >> the best place would be to install plplotqt.pro in the install tree, >> and then implement that installation). > > I'm pretty sure that we don't need plplotqt.pro at all. I thought it was used > during the plplot build process by qmake in order to compile > libsmokeplplotqt, however as you point out that is not what it's for. Since > it exists solely for that purpose I don't think it has any utility. Other > projects that might use our smoke bindings don't need to know how to compile > this library since it should already be compiled.
Hi Hazen: I think we are largely in agreement here. After I wrote the above I realized you previously were using that file to build the smoke bindings using qmake, but, of course, that is no longer necessary; PLplot uses CMake to build those bindings with no reference to qmake so I absolutely agree there is no present purpose for this file. So we could just eliminate it altogether. However, I lean _slightly_ toward keeping it for now as a first example of a configured *.pro file which we would later change into something more useful as we learned more about qmake. For example, our traditional build system for the installed PLplot examples currently uses Make and pkg-config exclusively. Take a look at examples/c++/Makefile.examples.in to see how complicated the Qt parts of the build currently are when constraining ourselves to just using pkg-config to obtain the necessary compile and link flags. I think it is likely if we used qmake for the Qt-related parts of the build it would simplify that file, and also provide an improved build example for users building a PLplot/Qt application for themselves who are not interested in using CMake, but who are likely experienced with qmake. The current plplotqt.pro.in file will likely need some changes to be a help to that traditional build system _and_ PLplot/Qt users in general. So I mainly view it now as an uninstalled placeholder serving as a reminder of what might be possible with qmake. But such a placeholder is not really that necessary; we can rely instead on collective memory to remind us of the qmake possibility with our traditional build system). So I don't feel strongly one way or the other about it, and I feel you have a lot more Qt expertise than I do. So it appears the choices are (1) delete, (2) status quo, or (3) modify plplotqt.pro.in to be used in examples/c++/Makefile.examples.in. I will be happy to go along with whatever choice you feel is appropriate at this stage. 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 __________________________ ------------------------------------------------------------------------------ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel