On 02/01/15 20:27, Martell Malone wrote:
OK, will go ahead with v4.0.0 shortly if there are no objections.
I'm trying to get d3d11 idl additions into wine atm which jacek will
pull into mingw-w64.
VLC needs this for the new dx11-vout.
Would it be possible to hold off a day or two for
If it's holding v4, then we should probably just commit it and not wait
for Wine. Please commit the patch, but make sure it lands on Wine later,
because otherwise it would disappear after the next sync to Wine.
Okay I'll submit them shortly for review :)
On Mon, Feb 2, 2015 at 10:19 AM,
OK, will go ahead with v4.0.0 shortly if there are no objections.
I'm trying to get d3d11 idl additions into wine atm which jacek will pull
into mingw-w64.
VLC needs this for the new dx11-vout.
Would it be possible to hold off a day or two for this ?
On Sat, Jan 31, 2015 at 8:21 PM, Erik van
On 2/2/2015 03:27, Martell Malone wrote:
OK, will go ahead with v4.0.0 shortly if there are no objections.
I'm trying to get d3d11 idl additions into wine atm which jacek will pull
into mingw-w64.
VLC needs this for the new dx11-vout.
Would it be possible to hold off a day or two for this
On 1/30/2015 08:10, Erik van Pienbroek wrote:
All in all I see no blocking issues in mingw-w64 v4.0rc1.
OK, will go ahead with v4.0.0 shortly if there are no objections.
0xD4EBC740.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
How about the attached patch? It ensures that _POSIX_THREAD_SAFE_FUNCTIONS
is defined if we declare *_r functions. This conforms POSIX better and you
may simply detect those functions in the code using this macro. You said on
IRC that all those changes are needed because VLC maintainer wants
On 01/30/15 06:00, Martell Malone wrote:
Correct
Seems like the patch works as I intended :)
I will do a patch to turn them back to functions without inline and
hopefully this puts all the issues to rest :)
This will bring back previous problems again. I don't see how using
Hi Erik,
On 01/30/15 01:10, Erik van Pienbroek wrote:
Erik van Pienbroek schreef op vr 30-01-2015 om 00:54 [+0100]:
mingw-qt5-qtjsbackend-5.1.1-5
** Package failed to build while it succeeded during the previous mass
rebuild **
Package owner: epienbro
Time to build: 2
Erik van Pienbroek schreef op vr 30-01-2015 om 00:54 [+0100]:
The following packages FAILED to rebuild:
mingw-clucene-2.3.3.4-10
Package owner: greghellings
Time to build: 2 minutes,
Build logs:
Is this with the patch I posted to the mailing list ?
On Fri, Jan 30, 2015 at 12:10 AM, Erik van Pienbroek e...@vanpienbroek.nl
wrote:
Erik van Pienbroek schreef op vr 30-01-2015 om 00:54 [+0100]:
The following packages FAILED to rebuild:
mingw-clucene-2.3.3.4-10
Package owner:
Martell Malone schreef op vr 30-01-2015 om 00:32 [+]:
Is this with the patch I posted to the mailing list ?
Correct
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and
Correct
Seems like the patch works as I intended :)
I will do a patch to turn them back to functions without inline and
hopefully this puts all the issues to rest :)
On Fri, Jan 30, 2015 at 12:57 AM, Erik van Pienbroek e...@vanpienbroek.nl
wrote:
Martell Malone schreef op vr 30-01-2015 om
This is a report for the 20150130 mass rebuild of all Fedora MinGW
packages against Fedora Rawhide and a list of all the changes which
have been applied since the previous mass rebuild.
During this mass rebuild the following toolchain was used:
* mingw-w64 v4.0rc1 with localtime_s/asctime_s
13 matches
Mail list logo