Reini Urban wrote: > Peter Ekberg schrieb: >> I have one problem with libtool 1.9d, that I suspect is still present >> in 1.9f. If I specify -lpthread when linking, libtool searches for a >> real file matching -lpthread, like this: >> >> *** Warning: linker path does not have real file for library >> -lpthread. >> *** I have the capability to make that library automatically link in >> when >> *** you link to this library. But I can only do this if you have a >> *** shared version of the library, which you do not appear to have >> *** because I did check the linker path looking for a file starting >> *** with libpthread and none of the candidates passed a file format >> test >> *** using a file magic. Last file checked: /lib/libpthread.a > > Then you have a binutils problem. The new magic for /lib/libpthread.a > tells libtool that this is the import library. (which normally would be > called libpthread.dll.a)
Actually I don't think I have problems with binutils, but thanks for the useful pointer. I have this in the generated libtool script: --------------8<------------ # Method to check whether dependent libraries are shared objects. deplibs_check_method="file_magic ^x86 archive import|^x86 DLL" # Command to use when deplibs_check_method == "file_magic". file_magic_cmd="func_win32_libid" --------------8<------------ Is that what is expected? If I change to deplibs_check_method="file_magic" it works. Any suggestions? Cheers, Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
