Thanks Alan, that's good to hear.
The FreeType module is working as expected.
The wxWidgets module is not perfect, but is better than not having it. It now
finds wxWidgets 2.9 and 3.0. On Windows there still seem to be issues regarding
finding the 64 or 32 bit version correctly - but given these issues exist in
all CMake versions to date there is no harm in them being in our module.
You might be able to shed some light on them to be honest, although I get the
impression Brad King is looking at them too. Basically when building a 64 bit
version of Plplot using the visual studio 64 bit generator, I see lots of CMake
messages saying things like detecting C compiler, then the path to the 64 bit
compiler. However in the findwxWidgets module If I output the compiler path via
the CMAKE_C_COMPILER variable (I might have the variable name wrong - I don't
have the file in front of me) it gives the path to the 32 bit compiler. All
other variables that distinguish between 32 and 64 bit seem to indicate 32 bit,
except for the generator, which correctly indicates 64 bit. So somewhere along
the lines something must get changed - or I'm lookign at the wrong variables.
As a fall back I have added a check for the generator name to the module in
Plplot, which makes things work for the visual studio generator. When using the
NMake generator the situation is worse, because there aren't separate 32 and 64
bit NMake generators, so I'm not sure of an easy workaround. There may be some
environment variables that are initialised that could help, but I thought I'd
wait to see if Brad comes up with anything before trying that.
If you can speculate about how the compiler can apparently change part way
through the cmake call then I'll look into it further. But other than that I'm
stumped.
Phil
Phil
On Tuesday, 4 March 2014, 19:40, Alan W. Irwin <[email protected]>
wrote:
On 2014-03-03 02:51-0800 phil rosenberg wrote:
> [....] I've just checked on my system and it appears that wxWidgets 3.0 is
> found correctly.
> Unfortunatley there are still some bugs in the wxWidgets module. I
reprted a bug to them because CMake never found the 64 bit version of
wxWidgets and always gave the 32 bit version. Unfortunately it seems
that their fix actually causes CMake to always find the 64 bit version
even when I'm using the 32 bit generator.
> Unfortunately the Freetype module still doesn't work for me. I
actually get PL_HAVE_FREETYPE set to ON, however FREETYPE_INCLUDE_DIR
is empty and therefore when I try to compile Plplot I get a "cannot
find include file" type error. I will keep playing to see if there is
anything obvious I am missing.
Hi Phil:
I assume you solved the above issues so the find modules for wxWidgets
and Freetype that you subsequently committed to cmake/modules are now
both working reasonably well for the (Windows?) platforms you tested.
I just did a fairly extensive test of PLplot on Linux in connection
with my recent work on the Python and Octave help strings. That test
consisted of running the test_noninteractive and test_interactive
targets for both the build tree and installed examples tree. All was
well showing as a side effect that the new versions of the find
modules for wxWidgets and Freetype that you committed are also working
well for my Debian stable platform with version 2.8.12 of wxwidgets
and version 2.4.9 of freetype.
In other words, your first two commits appear to have been a complete
success. :-)
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
__________________________
------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works.
Faster operations. Version large binaries. Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-devel
