Hi Saulius,
On Thursday 25 Aug 2005 09:22, Saulius Krasuckas wrote:
- On Wed, 24 Aug 2005, Paul Millar wrote:
The cross-building part needs patching so it knows about an additional part of the Win32 API. Nothing new there.
Ok, but I perhaps do not understand, what the exact code is or looks like.
We're using MinGW for cross-compilation.
This has a few separate parts: binutils, gcc, w32api, run-time, ... The w32api is part of the MinGW distribution, describing the Windows API. The linker uses w32api to build the executable that will link correctly at run-time against Windows DLLs.
Is it available on the net?
Yes, its available. The vanilla release are available from here: http://sourceforge.net/project/showfiles.php?group_id=2435
The w32api releases lag somewhat from what wine actually implements (and so, what gets tested). Because of this, to allow cross-compilation of winetest additional API calls need to be patched into w32api.
Precompiled versions of this improved MinGW are maintained by Hans Leidekker and are available from: http://mirzam.it.vu.nl/mingw/
For somewhat obscure reasons, I've ended up using an independent script to generate the cross-compiler but it amounts to the same thing, especially as Hans, Stefan Leichter and myself share patches.
And are you working alone?
No, not at all! All the patches against w32api have come from Hans or Stefan.
[...] Once this is done, things should be up and running again.
Thanks, Paul, for the clarification.
No problem!
OK, so it looks like crypt32_test.exe wasn't building due to missing CryptHashCertificate@28 definiton (should now be fixed), msi_test.exe due to missing MsiViewGetErrorA@12 (now fixed) and shell32_test.exe due to missing CLSID_FolderShortcut (again, fixed).
But, dsound_test.exe is failing with:
i686-mingw32msvc-gcc capture.o ds3d.o ds3d8.o dsound.o dsound8.o propset.o testlist.o -o dsound_test.exe -ldsound -lole32 -lversion -luser32 -lkernel32 -ldxguid -luuid -ldxerr8 /usr/local/mingw/lib/gcc-lib/i686-mingw32msvc/3.3.3/../../../../i686-mingw32msvc/lib/libdxguid.a(dxguid.o):/tmp/../../../w32api-3.3/lib/directx/dxguid.c (.rdata+0x570): multiple definition of `CLSID_DirectSoundPrivate' propset.o:/home/paul/Production/wine-cross-source/dlls/dsound/tests/propset.c:66: first defined here /usr/local/mingw/lib/gcc-lib/i686-mingw32msvc/3.3.3/../../../../i686-mingw32msvc/lib/libdxguid.a(dxguid.o):/tmp/../../../w32api-3.3/lib/directx/dxguid.c (.rdata+0x580): multiple definition of `DSPROPSETID_DirectSoundDevice' propset.o:/home/paul/Production/wine-cross-source/dlls/dsound/tests/propset.c:67: first defined here
Is this some kind of conflict between the MinGW definitions and wine's own version?
Cheers,
Paul