Hi,
Revision 6256 dropped libvfw32.a, the following patch restores it (I fixed
mingw-w64-crt/lib32/Makefile.am and regenerated the Makefile.in).
The patch also applies to stable (v3.0.0).
Signed-off-by: Stephen Kitt
Index: mingw-w64-crt/Makefile.in
=
Hi,
The scripts are located here in the mingw-w64-builds branch:
https://github.com/niXman/mingw-builds
It would be great if as many as possible users have tried to build
mingw/python/clang using the scripts! Thus, we would have got a great
feedback that undoubtedly would have allowed us to impro
2013/9/25 Jon:
> I wasn't suggesting another mailing list, but a separate email on _this_ ML
> summarizing areas where you could use help in maintaining the official
> mingw-w64 toolchains. Advertise the areas where you need help, if any.
>
> Perhaps some on this list have spare time to help out on
> > Well, let us see how many traffic will come up for this. For now I
> > would like to see discussions like this on our public mailing list.
> >
> > If we find out that traffic is too high, then we can still create
> > another mail-list for it.
>
> Okay.
>
>
I wasn't suggesting another mailing l
On Tue, Sep 24, 2013 at 2:15 PM, Kai Tietz wrote:
>
> The binary-mode is default behavior for mingw-w64. So of course there
> is no difference in using binmode.o object. That we install this
> object-file at all is IMHO a bug, or better said useless.
>
Why was this decision made? It seems a bi
On 9/25/2013 16:12, Rainer Emrich wrote:
> __MINGW64_VERSION_STATE should be "stable" now on v3.0 branch.
>
> Index: mingw-w64-headers/crt/_mingw_mac.h
> ===
> --- mingw-w64-headers/crt/_mingw_mac.h (Revision 6318)
> +++ mingw-w64-he
Hello,
> > As it is now, if I link binmode.o to the application, it does nothing. (or
> > is this intended?)
> > With this, I get the expected behavior (all opened files are by default
> > opened in binary mode).
> The binary-mode is default behavior for mingw-w64. So of course there
> is no d
This is with:
$ objdump.exe --version
GNU objdump (GNU Binutils) 2.23.51.20120804
Copyright 2012 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) any later
version.
This program ha
__MINGW64_VERSION_STATE should be "stable" now on v3.0 branch.
Index: mingw-w64-headers/crt/_mingw_mac.h
===
--- mingw-w64-headers/crt/_mingw_mac.h (Revision 6318)
+++ mingw-w64-headers/crt/_mingw_mac.h (Arbeitskopie)
@@ -27,7 +27,7
*ANNOUNCING* new GCC-4.8.1 builds with latest stable mingw-w64 runtime v3.
GCC-4.8.1 has been rebuild with rev2.
Program *versions* in builds:
1. *GCC-4.8.1.
*
2. *binutils-2.23.2.
*
3. *mingw-w64 runtime rev.6311.
*
4. *gdb-7.6.1.
*
5. *python-2.7.5.*
6. *GNU Make
2013/9/25 Kai Tietz:
> Well, let us see how many traffic will come up for this. For now I
> would like to see discussions like this on our public mailing list.
>
> If we find out that traffic is too high, then we can still create
> another mail-list for it.
Okay.
--
Regards,
niXman
___
2013/9/25 niXman :
> 2013/9/25 niXman:
>> 2013/9/25 niXman:
4) Start a separate thread that lists specific areas (small and large)
where
you guys could use community help in building and maintaining the official
mingw-w64 builds.
>>> Kai?
>> Maybe mingw-w64-builds?
>
> Oops, I'
12 matches
Mail list logo
