>>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0xa4): undefined >>> reference to >>> `mysql_escape_str...@12' >>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x115): undefined >>> reference to >>> `mysql_escape_str...@12' >>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x156): undefined >>> reference to >>> `mysql_cl...@4' >>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x199): undefined >>> reference to >>> `mysql_cl...@4' >>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x1c6): undefined >>> reference to >>> `mysql_free_res...@4' >>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x209): undefined >>> reference to >>> `mysql_free_res...@4' >>> /harbour/lib/libhbmysql.a(mysql.o):mysql.c:(.text+0x2be): undefined >>> reference to >>> `mysql_i...@4' >>> ... >>> >>> Best Regards >>> Joel Bernardes >>> >>> <libmysql.def>_______________________________________________ >>> Harbour mailing list (attachment size limit: 40KB) >>> [email protected] >>> http://lists.harbour-project.org/mailman/listinfo/harbour >>> >> _______________________________________________ >> Harbour mailing list (attachment size limit: 40KB) >> [email protected] >> http://lists.harbour-project.org/mailman/listinfo/harbour >> >> > Hello Viktor, thanks for the help. > But that was not enough. This option (hbmk2-mkimplib) generated only one copy > of the DLL (hbmk2-mkimplib = libmysql.a libmysql.dll). > I decided to set the functions manually. > eg: mysql_init to mysql_init @ 4. . . > So the problem is resolved.
Yes, looks that sometimes copying *.dll to lib*.a is not adequate for mingw. Too bad, but I don't know a good universal solution to cover this case. If someone suggests one, I can replace current method with it in hbmk2. [ anyhow even this is sad, because direct .dll input is the most effective, as far as I know. ] Brgds, Viktor _______________________________________________ Harbour mailing list (attachment size limit: 40KB) [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
