"Alexandre Julliard" <julliard(a)winehq.org> wrote:
That doesn't mean it shouldn't be fixed. Sure someone will have to do that work, but it's much better than hiding the problem by adding extra code to Wine.
Just to make you all know: I've found and fixed a bug in dlltool preventing exporting non-named and forwarded DLL entries. The patch is attached. Changelog: 2004-02-22 Dmitry Timoshkov <dmitry(a)baikal.ru> * dlltool.c (gen_exp_file): Even not named exported entries need a name in the Export Name Table in the case case they are forwarded to a name in another DLL. Here is a simplest test case which shows a problem: --- test.def -- LIBRARY test.dll EXPORTS exported_api=kernel32.GetVersion @1 NONAME --- EOF --- $>dllwrap --def test.def -o test.dll test.exp(.edata+0x34):fake: undefined reference to `f1' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 -- Dmitry.