Re: [Plplot-general] Including cairo driver

[Alan W. I. <ir...@be...>]

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
__________________________