Hello, Ralf - On Fri, 2007-02-16 at 14:11 +0100, Ralf Wildenhues wrote:
> The failure of 25 is new to me. Do you have a libltdl.so.7 installed in > a place where the link editor finds it by default? If yes, is there a > libltdl.la file installed alongside with it? If not, why not, who > removed it? It should be present. This was a cockpit error. I did ./configure && make && make install, which installed the new system in /usr/local/. My path was set to pick up the new versions of the excutables, but the linker was not told where to find the libraries. lynn> ls -l /usr/local/lib/libltd* -rw-r--r-- 1 root root 189678 Feb 15 21:55 /usr/local/lib/libltdl.a -rwxr-xr-x 1 root root 950 Feb 15 21:55 /usr/local/lib/libltdl.la* lrwxrwxrwx 1 root root 16 Feb 15 21:55 /usr/local/lib/libltdl.so -> libltdl.so.7.0.0* lrwxrwxrwx 1 root root 16 Feb 15 21:55 /usr/local/lib/libltdl.so.7 -> libltdl.so.7.0.0* -rwxr-xr-x 1 root root 113165 Feb 15 21:55 /usr/local/lib/libltdl.so.7.0.0* /usr/local/lib64 is empty. I re-ran the tests with the LD_LIBRARY_PATH set to explicitly include /usr/local/lib. Test 25 passed, and test 49 gave the known failure. If you would like the log, I can send it, but I doubt if there is any new information in it. I turned on the -v flag for verbose output. I suspect that when the support for this system is fully worked out, the $prefix variables should expand to /usr/local/lib64 instead of /usr/local/lib -- but that is incompatible with a whole lot of existing configuration scripts. (Boy, do I hope autoreconf works on this one.) Thank you again, and I apologize for taking up your time on what is obviously going to be a very busy weekend. Best regards, Lynn -- Lynn F. Ten Eyck <[EMAIL PROTECTED]> E. T. S. Walton Visiting Professor UCD Conway Institute Belfield Dublin 4 Office: S055 Tel: +353 1 716 6845 _______________________________________________ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool