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
