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.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ https://lists.gnu.org/mailman/listinfo/libtool
