From: Alan W. I. <ir...@be...> - 2004-06-23 20:07:25
|
Hi Rafael (with questions for Andrew): I cannot confirm the make check error you found for tcl that you reported privately to me. If plplot is installed, then "make check" works without any problems at all for me. But it must be an up-to-date version of plplot that is installed, and I think that must be the source of the make check tcl troubles on your system. Before you ask "why should the installed version matter?" this is a new showstopper bug I just found for make check. If you have absolutely nothing related to plplot installed, it won't work. (Try this for yourself.) libplplotd.so.9 cannot be found for some (but here is the crazy thing) but not all of the examples. The C examples are fine. The C++ examples x01cc x09 x15 x16 and x22 all fail while the remaining C++ examples are fine (!) All fortran examples are fine, all the tcl examples fail because pltcl cannot find libplplotd.so.9. I concentrated on the C++ examples and in particular on x08 (which works) and x09 which fails to find the libplplotd.so.9 library. Setting LD_LIBRARY_PATH to point to the correct build tree location fixes the problem or installing plplot fixes the problem for x09, but why should this be necessary when x08 works fine? The relink commands are the same if you look at the x08 and x09 scripts created by make check. Andrew, can you figure this out? What is different about the source code for the working c++ examples compared to the non-working examples that causes a library not-found problem? BTW, after make check and execution of the ./x08 and ./x09 scripts try ldd .libs/lt-x08 ldd .libs/lt-x09 which are created by the relink commands in the scripts. Here is what I get: ldd .libs/lt-x08 libplplotcxxd.so.9 => /home/software/plplot_cvs/HEAD/plplot_working/bindings/c++/.libs/libplplotcxxd.so.9 (0x40018000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40034000) libm.so.6 => /lib/tls/libm.so.6 (0x400ed000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40110000) libc.so.6 => /lib/tls/libc.so.6 (0x40118000) libplplotd.so.9 => /home/software/plplot_cvs/HEAD/plplot_working/src/.libs/libplplotd.so.9 (0x40253000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40298000) libcsirocsa.so.0 => /home/software/plplot_cvs/HEAD/plplot_working/lib/csa/.libs/libcsirocsa.so.0 (0x40305000) libcsironn.so.0 => /home/software/plplot_cvs/HEAD/plplot_working/lib/nn/.libs/libcsironn.so.0 (0x4030c000) libdl.so.2 => /lib/tls/libdl.so.2 (0x40313000) libz.so.1 => /usr/lib/libz.so.1 (0x40316000) libqhull.so.5 => /usr/lib/libqhull.so.5 (0x40328000) ldd .libs/lt-x09 libplplotcxxd.so.9 => /home/software/plplot_cvs/HEAD/plplot_working/bindings/c++/.libs/libplplotcxxd.so.9 (0x40018000) libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40034000) libm.so.6 => /lib/tls/libm.so.6 (0x400ed000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x40110000) libc.so.6 => /lib/tls/libc.so.6 (0x40118000) libplplotd.so.9 => not found libplplotd.so.9 => /home/software/plplot_cvs/HEAD/plplot_working/src/.libs/libplplotd.so.9 (0x40254000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40298000) libcsirocsa.so.0 => /home/software/plplot_cvs/HEAD/plplot_working/lib/csa/.libs/libcsirocsa.so.0 (0x40305000) libcsironn.so.0 => /home/software/plplot_cvs/HEAD/plplot_working/lib/nn/.libs/libcsironn.so.0 (0x4030c000) libdl.so.2 => /lib/tls/libdl.so.2 (0x40314000) libz.so.1 => /usr/lib/libz.so.1 (0x40317000) libqhull.so.5 => /usr/lib/libqhull.so.5 (0x40328000) Apparently there are two attempts (one failing and one succeeding) to find libplplotd.so.9 for .libs/lt-x09. I have never seen that before, and it must be the result of some bad linking, but I don't see the difference in the relink commands between x08 and x09 so it must somehow be generated by the source code. We are putting in a new fridge this afternoon so it will probably be this evening before I have time to read my e-mail again. Meanwhile, though, the release process is on hold, and Rafael and I have little time to spend on this (we both have July 1st deadlines looming), and I hope that somebody else will step forward and solve the above linking problem (when no aspect of plplot is installed) with make check for a subset of the examples. Alan __________________________ Alan W. Irwin email: ir...@be... phone: 250-727-2902 Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the PLplot scientific plotting software package (plplot.org), the Yorick front-end to PLplot (yplot.sf.net), the Loads of Linux Links project (loll.sf.net), and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |