On 2014-05-14 06:34-0700 Walt Brainerd wrote: > That sounds like you have made great progress. > > How exactly do I get cmake to filter out the -lm option?
You don't have to. CMake provides a front-end for pkg-config (along with a whole boat-load of other facilities) so after the pkg-config results are delivered to our build system via cmake, I can then manipulate them any way I like with cmake language logic (which I did in revision 13116 to automatically drop -lm from the results). >> As a workaround (revision 13116) for this gtk+ bug, I have filtered >> -lm out of the above library flags for the Windows case (where the >> cmake MATH_LIB variable is false). As a result of this fix, cmake now >> configures the cairo device without issues for the "MinGW Makefiles" >> generator! So all you have to do is repeat exactly what you did before with the official 32-bit all-in-one binary version of GTK+ while using the -G"MinGW Makefiles" -DDROP_GTK_PLUS_2_BUILDS=ON -DTEST_DYNDRIVERS=OFF cmake options for the PLplot build, and all the cairo devices should configure, build, and just work without ABI issues (at least for my case of MinGW-4.7.2, but the MinGW developers normally go out of their way not to introduce ABI changes so this will probably work for all modern MinGW). So please let me know how that goes. >> I am now following up this cairo device driver success on MinGW by >> starting a comprehensive interactive and non-interactive test on Wine >> using the "MinGW Makefiles" generator and MSYS (a special version >> without sh.exe in the PATH, see cmake/epa_build/README for how to >> achieve that and why it is necessary). The PLplot dependencies for >> this test will be the binary download of gtk+ + epa_build of >> everything else. This test should take overnight on Wine, but it >> should take roughly one-half hour on Microsoft Windows if anyone is >> interested in following the directions in cmake/epa_build/README. Walt, this further issue will likely not affect you unless you plan to link your application with the installed version of PLplot using the combination of make and pkg-config. So please just go ahead with your test, but for PLplot developers following this exchange the above comprehensive test worked fine for the build tree and the CMake-based build of the installed examples, but failed for the traditional build (make plus pkg-config) of the installed examples. Therefore, there is a bit more work for me to do this morning to make this case (binary download of GTK+ for a MinGW platform) work properly for that traditional build. 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-general mailing list Plplot-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-general
