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 [EMAIL PROTECTED] definiton (should now be fixed), msi_test.exe due to missing [EMAIL PROTECTED] (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
pgpNZYr6PUAQ3.pgp
Description: PGP signature