"Jürgen Schmied" juergenschmied@lycos.de writes:
--- wine/dlls/shlwapi/Makefile.in 22 Jul 2002 20:32:53 -0000 1.21 +++ wine/dlls/shlwapi/Makefile.in 24 Jul 2002 19:21:55 -0000 @@ -4,8 +4,8 @@ SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = shlwapi.dll -# fixme: avoid ole32.dll import -IMPORTS = ole32 user32 gdi32 advapi32 kernel32 +IMPORTS = advapi32 gdi32 kernel32 user32 +DELAYIMPORTS = comctl32 comdlg32 mpr ole32 shell32 version winmm
Some of these (like shell32) will create circular dependencies. This must be avoided, our build process doesn't handle that.
Are there any ideas if the build process could be fixed? I had a brief look at it and I'm there...
juergen
On 25 Jul 2002 at 16:34, Alexandre Julliard wrote:
"Jürgen Schmied" juergenschmied@lycos.de writes:
--- wine/dlls/shlwapi/Makefile.in 22 Jul 2002 20:32:53 -0000 1.21 +++ wine/dlls/shlwapi/Makefile.in 24 Jul 2002 19:21:55 -0000 @@ -4,8 +4,8 @@ SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = shlwapi.dll -# fixme: avoid ole32.dll import -IMPORTS = ole32 user32 gdi32 advapi32 kernel32 +IMPORTS = advapi32 gdi32 kernel32 user32 +DELAYIMPORTS = comctl32 comdlg32 mpr ole32 shell32 version winmm
Some of these (like shell32) will create circular dependencies. This must be avoided, our build process doesn't handle that.
-- Alexandre Julliard julliard@winehq.com
--- juergen.schmied@debitel.net
"Jürgen Schmied" juergenschmied@lycos.de writes:
Are there any ideas if the build process could be fixed? I had a brief look at it and I'm there...
It would require that importing dlls doesn't use the .dll.so file, but some kind of import library generated separately. It's feasible, but not completely trivial.
-
Alexandre Julliard -
Jürgen Schmied