Re: [Mingw-w64-public] Regression in trunk regarding InterlockedCompareExchange

2013-07-13 Thread Erik van Pienbroek
Erik van Pienbroek schreef op do 23-05-2013 om 23:29 [+0200]: > Hi, > > During review of one of our Fedora packages we noticed an unexpected > change in behavior in recent mingw-w64 trunk snapshots. We noticed that > several libraries which were built against recent mingw-w64 trunk > snapshots sud

Re: [Mingw-w64-public] Regression in trunk regarding InterlockedCompareExchange

2013-06-17 Thread Jacek Caban
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 r5

Re: [Mingw-w64-public] Regression in trunk regarding InterlockedCompareExchange

2013-06-16 Thread Erik van Pienbroek
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 min

Re: [Mingw-w64-public] Regression in trunk regarding InterlockedCompareExchange

2013-06-14 Thread Erik van Pienbroek
Kai Tietz schreef op ma 10-06-2013 om 21:49 [+0200]: > 2013/6/10 Erik van Pienbroek : > > Any news on this issue? > > I will take a look to this this evening. We will need to remove here > the alias-code to fix that For now I've managed to workaround the regression by partially reverting r5713.

Re: [Mingw-w64-public] Regression in trunk regarding InterlockedCompareExchange

2013-06-10 Thread Kai Tietz
2013/6/10 Erik van Pienbroek : > Erik van Pienbroek schreef op za 25-05-2013 om 20:46 [+0200]: >> Here's a really minimal testcase which demonstrates the problem: >> >> $ touch foo.c >> $ i686-w64-mingw32-gcc -shared foo.c -o foo.dll -Wl,--export-all-symbols >> $ i686-w64-mingw32-objdump -p foo.dll

Re: [Mingw-w64-public] Regression in trunk regarding InterlockedCompareExchange

2013-06-10 Thread Erik van Pienbroek
Erik van Pienbroek schreef op za 25-05-2013 om 20:46 [+0200]: > Here's a really minimal testcase which demonstrates the problem: > > $ touch foo.c > $ i686-w64-mingw32-gcc -shared foo.c -o foo.dll -Wl,--export-all-symbols > $ i686-w64-mingw32-objdump -p foo.dll > > [Ordinal/Name Pointer] Table >

Re: [Mingw-w64-public] Regression in trunk regarding InterlockedCompareExchange

2013-05-25 Thread Erik van Pienbroek
Erik van Pienbroek schreef op do 23-05-2013 om 23:29 [+0200]: > Hi, > > During review of one of our Fedora packages we noticed an unexpected > change in behavior in recent mingw-w64 trunk snapshots. We noticed that > several libraries which were built against recent mingw-w64 trunk > snapshots sud

Re: [Mingw-w64-public] Regression in trunk regarding InterlockedCompareExchange

2013-05-25 Thread Dongsheng Song
On Fri, May 24, 2013 at 5:29 AM, Erik van Pienbroek wrote: > Hi, > > During review of one of our Fedora packages we noticed an unexpected > change in behavior in recent mingw-w64 trunk snapshots. We noticed that > several libraries which were built against recent mingw-w64 trunk > snapshots sudden