On 2009-03-06 07:17-0000 Andrew Ross wrote: > On Wed, Mar 04, 2009 at 07:37:53PM +0000, Andrew Ross wrote: >> On Wed, Mar 04, 2009 at 09:18:36AM -0800, Alan Irwin wrote: >>> Instead of this approach, I think we should simply store those <driver>.rc >>> files in the drivers subdirectory of the source tree and let CMake install >>> them or not depending on what drivers are configured. We could then rename >>> get-drv-info to test-drv-info. Then test-drv-info would only be run for >>> normal builds (and not for cross builds) and the tests that it would do >>> would be (1) and (2) checking that the existing <driver>.rc file is correct. >> >> I like this approach. Going further down this route, we could >> also commit the generated header files to svn. The tools to build >> them could be kept for making updates, as we do with the Hershey >> fonts for example. This would eliminate build time executables >> altogether which is probably a good thing. > > The only complication of this approach is what happens for drivers > which support multiple devices (e.g. cairo) which can be independently > turned on or off. The .rc file will change depending on options. The > simple "commit the file" approach won't be adequate for this.
Agreed. Taking it one step further, have <driver>.rc.full files in the source tree which have the full complement of devices for a given device driver, and let CMake parse that file (using regular expressions, not direct CMake configuration variables as in *.in files) to generate the correct <driver>.rc file in the build tree that drops the unwanted devices. 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 __________________________ ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
