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(a)winehq.com> wrote:
"Steven Edwards" <Steven_Ed4153(a)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(a)winehq.com
__________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com