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
