lmi
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lmi] Where to download native MinGW-w64? [Was: Compiling takes long


From: Vadim Zeitlin
Subject: Re: [lmi] Where to download native MinGW-w64? [Was: Compiling takes longer with gcc-4.9.2]
Date: Tue, 19 Jan 2016 01:40:56 +0100

On Tue, 19 Jan 2016 00:36:28 +0000 Greg Chicares <address@hidden> wrote:

GC> On 2016-01-18 23:32, Greg Chicares wrote:
GC> > On 2015-12-30 01:10, Vadim Zeitlin wrote:
GC> >> On Tue, 22 Dec 2015 00:28:44 +0000 Greg Chicares <address@hidden> wrote:
GC> > [...]
GC> >> GC> This (4.9.2) is the latest MinGW-w64 package that Cygwin offers (they
GC> >> GC> have 4.9.3 and 5.2.0 versions that target Cygwin, not MinGW). Here:
GC> >> GC>   http://sourceforge.net/projects/mingw-w64/
GC> >> GC> a 4.9.4-20151215 version is offered; would that native build be 
better
GC> >> GC> for us? (I'm not really sure how their Cygwin package differs.)
GC> >> 
GC> >>  As you can see, the answer is definitely yes.
GC> > 
GC> > I think you've been using MinGW-w64's native 4.9.1 and 4.9.2; exactly
GC> > where did you get them? Here:
GC> >   http://sourceforge.net/projects/mingw-w64/files/
GC> > I see two likely subdirectories:
GC> >   
http://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/
GC> > which contains files like 'mingw-w64-v4.0.4.tar.bz2', which can't be
GC> > for gcc-4.0.4 AFAICT; and
GC> >   
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/
GC> > where it looks like they're hosting various people's "personal" builds,
GC> > but I was hoping for binaries built by the project's owners.

 I did get the files from under the "Personal Builds" directory. I don't
know why is it called like this, but this seems to be what everybody is
using.

GC> I downloaded their binary installer. It says it downloaded
GC>   i686-4.9.1-release-posix-sjlj-rt_v3-rev3.7z
GC> (does it matter whether I choose "posix" or "win32" threads?)

 As long as you don't use threads anyhow, it probably doesn't, but I'd
still choose the native win32 threads version.

 Regards,
VZ

reply via email to

[Prev in Thread] Current Thread [Next in Thread]