[Mingw-w64-public] Mass rebuild report for August 29 2013

[Alexey Pavlov]

2013/8/29 Erik van Pienbroek <erik at vanpienbroek.nl>
>
> > mingw-qt5-qtbase-5.1.0-5
> >       ** Package failed to build while it succeeded during the previous
> mass rebuild **
> >       Package owner: epienbro
> >       Time to build: 9 minutes, 54 seconds
> >       Build logs:
> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130829/mingw-qt5-qtbase-5.1.0-5
>
>
> This one is new:
>
> /builddir/build/BUILD/qtbase-opensource-src-5.1.0/src/corelib/io/qfilesystemengine_win.cpp:578:3:
> error: conflicting declaration 'typedef struct _FILE_ID_128 FILE_ID_128'
>  } FILE_ID_128, *PFILE_ID_128;
>    ^
> In file included
> from <snip>
> /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:3767:7: error:
> 'FILE_ID_128' has a previous declaration as 'typedef struct FILE_ID_128
> FILE_ID_128'
>      } FILE_ID_128, *PFILE_ID_128;
>        ^
>
> It seems to be caused by mingw-w64 commit r6115:
> http://sourceforge.net/p/mingw-w64/code/6115/
>
> As mingw-w64 didn't have this structure before, the Qt folks decided to
> manually add this structure in their code. However, this structure is
> implemented differently than the mingw-w64 implementation.
>
> For comparison, here's the mingw-w64 implementation:
>     typedef struct FILE_ID_128 {
>       ULONGLONG LowPart;
>       ULONGLONG HighPart;
>     } FILE_ID_128, *PFILE_ID_128;
>
> While the Qt project uses this implementation:
>
> ==
>
> #  if defined(Q_CC_MINGW) || (defined(Q_CC_MSVC) && _MSC_VER < 1700)
>
> typedef struct _FILE_ID_128 {
>     BYTE  Identifier[16];
> } FILE_ID_128, *PFILE_ID_128;
>
> typedef struct _FILE_ID_INFO {
>     ULONGLONG VolumeSerialNumber;
>     FILE_ID_128 FileId;
> } FILE_ID_INFO, *PFILE_ID_INFO;
> #  endif // if defined (Q_CC_MINGW) || (defined(Q_CC_MSVC) && _MSC_VER <
> 1700))
>
> ==
>
> I'm not entirely certain which side should be fixed. The MSDN docs about
> this subject only contain references to a structure called
> EXT_FILE_ID_128:
> http://msdn.microsoft.com/nl-nl/library/windows/desktop/hh965605%
> 28v=vs.85%29.aspx and
> http://msdn.microsoft.com/nl-nl/library/windows/desktop/hh802691%
> 28v=vs.85%29.aspx
>
>
> This issue is fixed in Qt gerrit:
https://codereview.qt-project.org/#change,63747
After fixing tis issue  I have issue described here:
https://bugreports.qt-project.org/browse/QTBUG-33225

Regards,
Alexey.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/mingw/attachments/20130829/05031a29/attachment.html>