On 2009-06-17 23:54-0500 Geoffrey Furnish wrote:

> Geoffrey Furnish writes:
> > I'm having trouble compiling plplot on Fedora 11.  I am at rev 10054.
> > [...]
> > So, it seems that plplot, with cmake 2.6.4, is wrongly concluding that
> > even though the tcl executables are at ~/F11/icf/bin, and the headers at
> > ~/F11/icf/include, and the corresponding libs are at ~/F11/icf/lib,
> > nevertheless, it wants to use the libs in /usr/lib64.  And the above link
> > line shows that the lib search path is wrongly directed to /usr/lib64
> > before pulling in -ltcl and -ltk.
> >
> > Any suggestions on how to counteract this, and get back to where cmake uses
> > the CMAKE_INSTALL_LIBDIR for resolving the needed libraries?
>
> FWIW, I've found that I can set explicitly TCL_LIBRARY and TK_LIBRARY.
>
> So, my immediate crisis of not being able to rebuild PLplot on F11 is
> resolved.  However, I remain concerned that autodetection is not working
> correctly.  Or at least, not as I expect and personally consider to be
> "correct".
>
> I am finding cmake to be the source of a lot of trouble in working with
> PLplot.  Besides what I've reported in this thread and other recent threads,
> there are other failure modes that I haven't gotten around to bringing up
> yet.  For instance, I recently noticed that some of our old releases won't
> build *at all* if you have a modern cmake in your path (which you need to
> work with the more recent PLplot releases or svn head).  So some of our
> historical releases are effectively unusable on more recent os distros
> becasue they need changes to the cmake files in order to track along with
> modern distros as they use more recent cmake versions.

Older releases of PLplot used CMake-2.4, later releases PLplot use
CMake-2.6.  So if you want to compare an old PLplot release build with a
modern PLplot release build you will need to install both CMake-2.4 and
CMake-2.6 and switch between the two appropriately by changing your PATH.  I
use this method a lot to make sure our build system works for a variety of
CMake versions (see below).

>
> I also find it frustrating that everytime I build a new tool chain with some
> specific version of cmake needed to compile some particular version of plplot
> svn head, then one month later my toolchain is defunct because we're needing
> a yet newer version of cmake in order to be able to build.

The fact is that we have had just one well-publicized transition in CMake
version (from 2.4 to CMake 2.6). Before that transition, my testing showed
that any 2.4.x version at or above our minimum version at the time (2.4.5?)
worked.  After that transition my tests have showed that any 2.6.x version
at or above 2.6.0 works. Also, we have had something like 10,000 downloads
of PLplot since 5.9.0, and I don't recall any complaints about the
transition to CMake 2.6 from those users.  Given that excellent track record
I am surprised you are having so much trouble with CMake.

I think the explanation must be you are running into previously unknown
build issues because you are using the build system for situations
(platforms and library version sets) the rest of us don't have access to. By
definition that class of build-system bugs is hard for the rest of us to
replicate. Probably the best thing for you to do for this case is to sit
down and learn CMake deeply enough so you can fix these problems for
yourself.  That is actually quite easy to do, and I would be happy to help
you with that deeper CMake learning process if you run into anything you
cannot understand for yourself.

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
__________________________

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to