On 2013-09-10 00:34, JonY wrote: > On 9/10/2013 02:12, Ozkan Sezer wrote: >> >> *** Warning: linker path does not have real file for library -lole32. >> *** 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 libole32 but no candidates were found. (...for file magic test) >> >> *** Warning: linker path does not have real file for library -ldsound. >> *** 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 libdsound but no candidates were found. (...for file magic test) >> >> *** Warning: linker path does not have real file for library -lwinmm. >> *** 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 libwinmm but no candidates were found. (...for file magic test) >> *** The inter-library dependencies that have been dropped here will be >> *** automatically added whenever a program is linked with this library >> *** or is declared to -dlopen it. >> >> I am stuck with this. Can anyone see what I am doing wrong? >> > > This needs to be taken up with the libtool developers. > > libtool is technically correct, but libole32.a is a mixed shared lib > with static data inserted. > > libtool should use dlltool --identify when available.
Just to clarify, sufficiently new libtools (since 2.4) do in fact make use of dlltool --identify when available, and I do not have any problem handling -lole32 -ldsound -lwinmm when I try. We need more context to help. Wild guess, could it be a missing -L /lib/w32api at play? Cheers, Peter _______________________________________________ https://lists.gnu.org/mailman/listinfo/libtool