ANN: wxWidgets 2.7.2 released - linking problem with MSYS (mingw) on Windows XP

[chris elliott]

several points on this:

1) configure puts version-script in the directory that make will be run 
in, so one working solution is to change

EXTRALIBS =  -mthreads 
-Wl,--version-script,$(wx_top_builddir)/version-script -lrpcrt4 ...

to
EXTRALIBS =  -mthreads -Wl,--version-script,./version-script -lrpcrt4 ...

2) we also need to fix utils/wxrc/Makefile


3) I read 
http://sourceware.org/binutils/docs-2.17/ld/Options.html#index-g_t_002d_002dversion_002dscript_003d_0040var_007bversion_002dscriptfile_007d-219 
that version-script was only useful on ELF platforms

4) I think the introduction of ${wx_top_builddir} has later problems:
Can't open .lib file: /c/wx/wxWidgets.cje2/mymsys/lib/libwx_based-2.7.dll.a
collect2: ld returned 1 exit status
make: *** [/c/wx/wxWidgets.cje2/mymsys/lib/wxbase272d_gcc_custom.dll] 
Error 1

Is using a relative path of wx_top_builddir
wx_top_builddir = ./
in Makefile possible; it seems to fix builds done in wxWidgets/mymsys

chris

Vadim Zeitlin wrote:
> On Thu, 9 Nov 2006 10:22:33 +0100 hphest at vip.cybercity.dk wrote:
> 
>> I'm seeing the exact same problem with wx 2.7.2 (the wxAll tar.gz).
> 
>  In fact I do see the same problem myself too... I'll fix it for 2.8.0 by
> simply disabling the version script usage under mingw32, it's useless there
> anyhow. And the handling of version script seems buggy, it works if you
> replace the Unix-like path /c/foo/version-script with the DOS-like
> c:/foo/version-script which can't be intentional.
> 
>  Thanks,
> VZ
>