Erik van Pienbroek schreef op vr 14-06-2013 om 19:28 [+0200]:
> For now I've managed to workaround the regression by partially reverting
> r5713. This change makes intrincs/ilockcxch.c part of libmingwex instead
> of libkernel32 (as it was before r5713). I'm using this patch now in the
> Fedora mingw-w64 toolchain where it will be used until a proper solution
> has come up.
Unfortunately a similar issue has also started to show up on the x86_64
target. As of r5898 shared libraries (which are generated without an
explicit .def file) start to export the symbol __mingw_get_msvcrt_handle
as can be seen with this minimal testcase:
$ touch foo.c
$ cat foo.c
$ x86_64-w64-mingw32-gcc -shared foo.c -o foo.dll
$ x86_64-w64-mingw32-objdump -p foo.dll | grep -A2 '\[Ordinal/Name
Pointer\] Table'
[Ordinal/Name Pointer] Table
[ 0] __mingw_get_msvcrt_handle
In Fedora we've also reversed this specific commit (r5898) for now until
a proper solution comes up.
Regards,
Erik van Pienbroek
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
