[Mingw-w64-public] [PATCH] We need TLS_OUT_OF_INDEXES for WinRT also

2014-12-11 Thread Martell Malone
We need this to go with create thread :) 0001-We-need-TLS_OUT_OF_INDEXES-for-WinRT.patch Description: Binary data -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Yo

[Mingw-w64-public] WINAPI_PARTITION_DESKTOP?

2014-12-11 Thread Martell Malone
I'm looking at the patches for WinRT api changes, In commit a5c151 CreateThread and the other newly allowed API's have been moved to the WINAPI_FAMILY_APP guard Doesn't this mean that if someone is using WINAPI_FAMILY_DESKTOP the functions will not be available to them. Is this expected? Should w

Re: [Mingw-w64-public] [PATCH] Win Store compat functions

2014-12-11 Thread Martell Malone
Seems I forgot one On Thu, Dec 11, 2014 at 8:46 PM, Kai Tietz wrote: > Hi Martell, > > patch is ok > > Thanks, > Kai > > 2014-12-11 19:49 GMT+01:00 Martell Malone : > > Find attached a more eye appealing patch for getacp and ipv6 wack 3.4 > fixes > > Please review so I can commit > > > > > > On

Re: [Mingw-w64-public] [PATCH] Win Store compat functions

2014-12-11 Thread Kai Tietz
Hi Martell, patch is ok Thanks, Kai 2014-12-11 19:49 GMT+01:00 Martell Malone : > Find attached a more eye appealing patch for getacp and ipv6 wack 3.4 fixes > Please review so I can commit > > > On Thu, Dec 4, 2014 at 5:33 PM, Martell Malone > wrote: >> >> We shouldn't get 2 defines of it for

Re: [Mingw-w64-public] MinGW LGPL licensed, header-only std::thread implementation

2014-12-11 Thread Óscar Fuentes
Ruben Van Boxem writes: > I'd like to draw your attention to a std::thread implementation written > without pthreads. > > It seems quite lightweight, and almost too small to be fully compliant. > > If it is at all useful or even completely/nearly bug-free, perhaps it would > be worth getting this

Re: [Mingw-w64-public] MinGW LGPL licensed, header-only std::thread implementation

2014-12-11 Thread Martell Malone
Seems he saw it before I did. Please disregard that email :D On Thu, Dec 11, 2014 at 8:05 PM, Martell Malone wrote: > Hi Ruben, > > This actually looks quite interesting, > Would be nice to have c++11 via win32 threads. > j-b from videolan would be interested in this. > I'll forward this to him.

Re: [Mingw-w64-public] MinGW LGPL licensed, header-only std::thread implementation

2014-12-11 Thread Martell Malone
Hi Ruben, This actually looks quite interesting, Would be nice to have c++11 via win32 threads. j-b from videolan would be interested in this. I'll forward this to him. I did notice however it uses CreateThread instead of beginthreadex Many Thanks Martell On Thu, Dec 11, 2014 at 7:51 PM, Ruben

Re: [Mingw-w64-public] MinGW LGPL licensed, header-only std::thread implementation

2014-12-11 Thread Jean-Baptiste Kempf
On 11 Dec, Ruben Van Boxem wrote : > If it is at all useful or even completely/nearly bug-free, perhaps it would > be worth getting this into GCC/libstdc++ mainline, because well, it's not > that biig really. Not sure how a win32 specific code dump would pass by > libstdc++ people (they're very, ve

[Mingw-w64-public] MinGW LGPL licensed, header-only std::thread implementation

2014-12-11 Thread Ruben Van Boxem
Hi guys, I'd like to draw your attention to a std::thread implementation written without pthreads. It seems quite lightweight, and almost too small to be fully compliant. If it is at all useful or even completely/nearly bug-free, perhaps it would be worth getting this into GCC/libstdc++ mainline

Re: [Mingw-w64-public] [PATCH] Win Store compat functions

2014-12-11 Thread Martell Malone
Find attached a more eye appealing patch for getacp and ipv6 wack 3.4 fixes Please review so I can commit On Thu, Dec 4, 2014 at 5:33 PM, Martell Malone wrote: > We shouldn't get 2 defines of it for desktop mode as there is a guard above > > #if WINAPI_FAMILY_PARTITION (WINAPI_PARTITION_APP) >