2014-08-03 15:00 GMT+02:00 Erik van Pienbroek <e...@vanpienbroek.nl>:

> Erik van Pienbroek schreef op zo 03-08-2014 om 14:14 [+0200]:
> > Statistics about current mass rebuild:
> > --------------------------------------
> > Timestamp of mass rebuild: 20140803
> > Total packages: 200
> > Number of failed packages: 3
> > Number of succeeded packages: 197
> > Number of added packages since previous mass rebuild: 2
> > Time needed to perform mass rebuild: 24 hours, 26 minutes, 42 seconds
>
> We've reached the milestone of 200 mingw packages in Fedora! Congrats to
> everybody who has been involved in this project since its start in 2008!
>
> > The following packages FAILED to rebuild:
> >
> > mingw-clucene-2.3.3.4-10
> >       ** Package failed to build while it succeeded during the previous
> mass rebuild **
> >       Package owner: greghellings
> >       Time to build: 2 minutes, 19 seconds
> >       Build logs:
> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20140803/mingw-clucene-2.3.3.4-10
>
> In file included
> from
> /builddir/build/BUILD/clucene-core-2.3.3.4/src/shared/CLucene/config/threads.cpp:9:0:
> /builddir/build/BUILD/clucene-core-2.3.3.4/src/shared/CLucene/config/_threads.h:55:104:
> error: conflicting declaration of C function 'void* _beginthread(void
> (__attribute__((__stdcall__)) *)(void*), unsigned int, void*)'
>      void* _beginthread( void( __stdcall *start_address )( void * ),
> unsigned stack_size, void *arglist );
>
> /usr/i686-w64-mingw32/sys-root/mingw/include/process.h:29:29: note:
> previous declaration 'uintptr_t _beginthread(void
> (__attribute__((__cdecl__)) *)(void*), unsigned int, void*)'
>    _CRTIMP uintptr_t __cdecl _beginthread(void (__cdecl *_StartAddress)
> (void *),unsigned _StackSize,void *_ArgList);
>
> Conflicting declaration of _beginthread. Can the mingw-w64 devs indicate
> which declaration is correct and whether the fix should be applied in
> mingw-w64 itself or in upstream clucene?
>

CLucene shouldn't declare Win32 (eh, MS VCRT actually) API functions. It
should just include <process.h>

The __cdecl one in MinGW-w64 is correct according to MSDN
<http://msdn.microsoft.com/en-us/library/kdzttdcb.aspx>. Only
_beginthreadex uses __stdcall.

Ruben


>
> > mingw-dbus-1.6.12-2
> >       ** Package failed to build while it succeeded during the previous
> mass rebuild **
> >       Package owner: ivanromanov
> >       Time to build: 2 minutes, 4 seconds
> >       Build logs:
> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20140803/mingw-dbus-1.6.12-2
>
>   CCLD     dbus-daemon.exe
> /usr/lib/gcc/i686-w64-mingw32/4.9.1/../../../../i686-w64-mingw32/bin/ld:
> cannot find -lrt
>
> This should already be resolved in the latest stable version of dbus
>
>
> > mingw-wpcap-4.1.final2-13
> >       ** Package failed to build while it succeeded during the previous
> mass rebuild **
> >       Package owner: sailer
> >       Time to build: 1 minute, 11 seconds
> >       Build logs:
> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20140803/mingw-wpcap-4.1.final2-13
>
> In file included from ../libpcap/Win32/Include/inetprivate.h:37:0,
>                  from ../libpcap/Win32/Src/getnetbynm.c:22:
> ../libpcap/Win32/Include/net/netdb.h:62:24: fatal error: netinet/in.h:
> No such file or directory
>  #include <netinet/in.h>
>
> No idea what triggered this, but netinet/in.h is not available on
> mingw-w64 and shouldn't be used when compiling for the Windows target.
>
>
> Regards,
>
> Erik van Pienbroek
>
>
>
>
>
> ------------------------------------------------------------------------------
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck
> Code Sight - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> _______________________________________________
> Mingw-w64-public mailing list
> mingw-w64-pub...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>
_______________________________________________
mingw mailing list
mingw@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/mingw

Reply via email to