Sorry about that. I meant to say that it still looks for *.so imports when building the DLL like the way it used to look for its imports for a *.so when building a *.def. Not that it still does when building a *.def
If I try to build the dll under mingw when it gets the spec it will bitch about not being able to open *.so for import. Winebuild still builds the dllname.spec.c anyway but if I run it again then I get the asm error.
Sorry I wasnt to clear about all of that. So what is going to be the best way to go from here? I can build the *.defs along with 90% of the source and then make a dirty hack with dlltool/wrap that cuts winebuild out. The only big problem I see is that the spec contains the import information that has to be passed to dlltool/wrap.
I also still dont know if mingw/cygwin can link wrc compiled resources.
--- Alexandre Julliard julliard@winehq.com wrote:
"Steven Edwards" Steven_Ed4153@yahoo.com writes:
Any ideas? I really don't need the spec because I
can do a -l if I can
build the .a for ntdll and a few others. I can use
dlltool with the
*.defs and then I only need winebuild to make the
*.defs. Only problem
is winebuild wants so's not dll's when building a
def or looking for
imports. I was going to have a look at the
loader/winedump code for
ideas but I thought I would ask here first.
Why does it need to look for imports when building the .def file? I thought I had fixed that.
-- Alexandre Julliard julliard@winehq.com
__________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com