On 06/16/13 11:42, Erik van Pienbroek wrote: > 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. >
I committed a fix for that (r5912). Thanks for the report. Jacek ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
