Some packages still affected by InterlockedCompareExchange regression

[Sandro Mani]

On 10.07.2013 08:20, Erik van Pienbroek wrote:
> Sandro Mani schreef op di 09-07-2013 om 19:39 [+0200]:
>> But to
>> specifically answer your question: mingw-gtkspellmm30 is the only
>> library I noticed where the rebuild did not fix the problem (but the
>> subsequent rebuild did, so maybe it was just a matter of the koji
>> buildroot not having had the updated mingw-crt package at the time?).
>> Also, mingw-openssl is the only affected package I've noted which was
>> not rebuilt (and a rebuild also there fixed the problem, i.e. the
>> mingw-openssl-1.0.1e-2.1 is my locally rebuilt package).
> What grep command did you use to find out whether a library is affected
> by the regression?
That would be i686-w64-mingw32-objdump -p $dllfile | grep 
InterlockedCompareExchange at 12
> Are you sure that the mingw32-gtkspellmm30-3.0.2-3.fc20.noarch is the
> one which is built by koji and not a local build of yours? I've got the
> same version installed here and the regression doesn't seem to be
> present there (verified using Dependency Walker). You can make sure
> you've got the correct mingw32-gtkspellmm30-3.0.2-3.fc20.noarch by
> running 'yum reinstall mingw32-gtkspellmm30'.
Oh darn, you are right. The -2 release was indeed a local one of mine. 
Sorry!
>
> For mingw32-openssl-1.0.1e-2.fc20.noarch I also couldn't find anything
> odd with Dependency Walker.
I can find it in the rawhide version as follows:
$ <grab mingw32-openssl-1.0.1e-2.fc20.noarch.rpm from koji or via 
yumdownloader>
$ rpm2cpio mingw32-openssl-1.0.1e-2.fc20.noarch.rpm | cpio -id
$ i686-w64-mingw32-objdump -p 
usr/i686-w64-mingw32/sys-root/mingw/bin/libssl-10.dll | grep Inter
         5093c    1565  InterlockedCompareExchange at 12

Note however that the rawhide version was rebuilt on May 10th, while the 
last f19 build was on March 24th, i.e. probably before the regression 
appeared? The f19 does indeed not have the symbol in the table.

Best,
Sandro