On 1/4/2015 05:56, Ruben Van Boxem wrote:
> It would all depend on how the developers handle this, but here's an idea:
> - keep master stable (even more than it is now), merging finished features
> and bugfixes only.
> - create a staging branch which would contain all new features whenever a
> f
anpienbroek.nl/fedora-mingw-rebuild/20150103/mingw-libmicrohttpd-0.9.34-3
I meant to drop the BR on plibc a year ago. A new build has been pushed now.
--
Dive into the World of Parallel Programming! The Go Parallel Websit
conds
> >>Build logs:
> >> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20150103/mingw-poppler-0.28.1-1
> > Failed with: error: 'gmtime_r' was not declared in this scope
> >
> gmtime_r in time.h is declared inside a
>
> #if defined(_POSIX) || de
2015-01-03 20:44 GMT+01:00 Kai Tietz :
> Yeah, the issue about releasing something not really completing a
> feature is ... well ... feeling bad. Nevertheless I admit that
> already a lot of changes went into master already, and it is obvious
> that our users are eager to get all this in an offic
te
>> Time to build: 9 seconds
>> Build logs:
>> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20150103/mingw-libmicrohttpd-0.9.34-3
>
> Error: No Package found for mingw32-plibc
> Error: No Package found for mingw64-plibc
>
> Seems to be caused by
1 minute, 32 seconds
> Build logs:
> http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20150103/mingw-cairo-1.14.0-1
Failed with: implicit declaration of function 'ctime_r'
> mingw-clucene-2.3.3.4-10
> Package owner: greghellings
> Time to build: 1
Ok, so please apply patch.
Thanks,
Kai
2015-01-03 9:25 GMT+01:00 Dongsheng Song :
> Yes, I can cross build binutils 2.24, gdb 7.8.1, gcc 4.8/4.9/5.0 (both
> 32 bit and 64 bit). Then use these cross build compiler (gcc
> 4.8/4.9/5.0) can build the native compiler (gcc 4.8/4.9/5.0) without
> any re
This is a report for the 20150103 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 git f7337b 20141222 trunk snapshot
Yeah, the issue about releasing something not really completing a
feature is ... well ... feeling bad. Nevertheless I admit that
already a lot of changes went into master already, and it is obvious
that our users are eager to get all this in an official released
version. Additionally it is gettin
On 01/02/15 14:47, Erik van Pienbroek wrote:
> It would definitely help us when mingw-w64 would do more frequent
> releases.
We had a discussion about that in the past, but there was no follow-up.
The problem that I can see with past releases that I've been involved in
is that there was always a l
Hi Erik,
On 01/02/15 14:50, Erik van Pienbroek wrote:
> Jacek Caban schreef op vr 02-01-2015 om 10:46 [+0100]:
>> On 01/01/15 18:30, Erik van Pienbroek wrote:
>>> Apparently wine-gecko fails to build when these symbols are only
>>> available with _WIN32_WINNT >= 0x0600. @Jacek: could this be a
>>>
Yes, I can cross build binutils 2.24, gdb 7.8.1, gcc 4.8/4.9/5.0 (both
32 bit and 64 bit). Then use these cross build compiler (gcc
4.8/4.9/5.0) can build the native compiler (gcc 4.8/4.9/5.0) without
any regress.
PS: this patch did not remove any header files, it just fix compile errors:
fatal e
12 matches
Mail list logo
