[Mingw-w64-public] MSYS2 use of MSYSTEM

2013-11-23 Thread Jon
To confirm, the only effect of setting MSYSTEM (e.g. - setting to MSYS, MINGW32, or MINGW64) in an MSYS2 + mingw-w64 environment is (a) uname changes its output, and therefore (b) config.guess spews one of the following three? ${UNAME_MACHINE}-pc-mingw64 ${UNAME_MACHINE}-pc-mingw32 ${UNAME_M

Re: [Mingw-w64-public] Coverage of C++11 library features

2013-11-23 Thread Ruben Van Boxem
2013/11/22 Óscar Fuentes > Is there a list of C++11 standard library features missing on MinGW-W64? > The libstdc++ online documentation keeps a list here: http://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html This should correspond fairly well to what is available on any platform. Of cour

Re: [Mingw-w64-public] What's this Unix environment from Microsoft?

2013-11-23 Thread Ruben Van Boxem
2013/11/23 Suresh Govindachar > > Hello, > > I came across "Utilities and SDK for Subsystem for UNIX-based > Applications in Microsoft Windows 7 and Windows Server 2008 R2" that > includes, among other things, SVR-5 Utilities, GNU SDK, GNU Utilities, > and UNIX Perl [sic] > http://www.microsoft.c

Re: [Mingw-w64-public] What's this Unix environment from Microsoft?

2013-11-23 Thread Óscar Fuentes
Suresh Govindachar writes: > Has anyone tried the above? Any comments? You might find this article relevant: http://brianreiter.org/2010/08/24/the-sad-history-of-the-microsoft-posix-subsystem/ -- Shape the Mobile Exp

[Mingw-w64-public] broken (was: Coverage of C++11 library features)

2013-11-23 Thread Óscar Fuentes
Ruben Van Boxem writes: > The libstdc++ online documentation keeps a list here: > http://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html > > This should correspond fairly well to what is available on any platform. Of > course, there may be deviations (e.g. , and std::to_string in the > past).

Re: [Mingw-w64-public] What's this Unix environment from Microsoft?

2013-11-23 Thread Adrien Nader
On Sat, Nov 23, 2013, Ruben Van Boxem wrote: > 2013/11/23 Suresh Govindachar > > > > > Hello, > > > > I came across "Utilities and SDK for Subsystem for UNIX-based > > Applications in Microsoft Windows 7 and Windows Server 2008 R2" that > > includes, among other things, SVR-5 Utilities, GNU SDK,

Re: [Mingw-w64-public] broken (was: Coverage of C++11 library features)

2013-11-23 Thread Ruben Van Boxem
2013/11/23 Óscar Fuentes > Ruben Van Boxem > writes: > > > The libstdc++ online documentation keeps a list here: > > http://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html > > > > This should correspond fairly well to what is available on any platform. > Of > > course, there may be deviation

Re: [Mingw-w64-public] broken

2013-11-23 Thread Óscar Fuentes
Hello Ruben, Ruben Van Boxem writes: > This is comparable to the output I get from VS2013. So I would say this is > a quality of implementation issue (wrt the resolution of the clock used). > I doubt though that this is nonconformant. I didn't look up the exact > chrono requirements in the stan

Re: [Mingw-w64-public] broken

2013-11-23 Thread Ruben Van Boxem
2013/11/23 Óscar Fuentes > Hello Ruben, > > Ruben Van Boxem > writes: > > > This is comparable to the output I get from VS2013. So I would say this > is > > a quality of implementation issue (wrt the resolution of the clock > used). > > I doubt though that this is nonconformant. I didn't look u

Re: [Mingw-w64-public] MSYS2 use of MSYSTEM

2013-11-23 Thread Alexpux
23 нояб. 2013 г., в 13:56, Jon написал(а): > To confirm, the only effect of setting MSYSTEM (e.g. - setting to MSYS, > MINGW32, or MINGW64) in an MSYS2 + mingw-w64 environment is (a) uname changes > its output, and therefore (b) config.guess spews one of the following three? > > ${UNAME_MAC

Re: [Mingw-w64-public] MSYS2 use of MSYSTEM

2013-11-23 Thread Jon
On Sat, Nov 23, 2013 at 12:55 PM, Alexpux wrote: > > 23 нояб. 2013 г., в 13:56, Jon написал(а): > > > To confirm, the only effect of setting MSYSTEM (e.g. - setting to MSYS, > MINGW32, or MINGW64) in an MSYS2 + mingw-w64 environment is (a) uname > changes its output, and therefore (b) config.gue