Here are the results from my latest attempt to build wine under mingw. We can build alot more now but most of these are still manly stubed dlls.
Anywhere it has (needs msvcrt import) I will submit a patch to the Makefile.in with my next set of patches. Also anywhere it has missing -lshlwapi or lntdll that is because Mingw doesnt come with a libntdll.a or libshlwapi.a so I used wines $dllname.spec.def to create them without the *wine* exports. Mingw's libkernel32.a doesnt seem to export the toolhelp
api calls so I guess I need to add this to list of things I need to include when I finnaly start sending them patches.
I dont know how much of the problems below are non-win32api call problems but the ones I am sure about are GetSysColorPen and wvsnprintf(A/W)@16. wvsnprintfA/W is only used in shlwapi.dll so it shouldnt be to hard to fix.
My programming skills are very week so I dont know how much help I can be with fixing some of these.
Builds - avicap32.dll crtdll.dll crypt32.dll dciman32.dll imagehlp.dll imm32.dll mapi32.dll mpr.dll msdom.dll msimg32.dll msisys.ocx netapi.dll oledlg.dll olepro32.dll olesvr32.dll rasapi32.dll riched32.dll serialui.dll shdocvw.dll tapi32.dll twain_32.dll urlmon.dll winnls.dll winspool.drv wintrust.dll
Builds with easy fix - comcat.dll (needs msvcrt import due to swprintf usage) dinput.dll (needs msvcrt import do to _assert usage) odbc32.dll (needs msvcrt import do to _assert usage)
Fails -
comdlg32.dll - (missing -lshlwapi import, missing lwinspool.srv import) I will need to retest due to removal of GetSysColorPen
-
Steven Edwards