2013/8/15 Rafaël Carré <fun...@videolan.org>:
> ---
> mingw-w64-headers/include/synchapi.h | 5 -----
> 1 file changed, 5 deletions(-)
>
> diff --git a/mingw-w64-headers/include/synchapi.h
> b/mingw-w64-headers/include/synchapi.h
> index 4e4e2aa..d9a94ed 100755
> --- a/mingw-w64-headers/include/synchapi.h
> +++ b/mingw-w64-headers/include/synchapi.h
> @@ -14,7 +14,6 @@
> extern "C" {
> #endif
>
> -#if WINAPI_FAMILY_PARTITION (WINAPI_PARTITION_APP)
> #define SRWLOCK_INIT RTL_SRWLOCK_INIT
>
> #define INIT_ONCE_STATIC_INIT RTL_RUN_ONCE_INIT
> @@ -99,9 +98,7 @@ extern "C" {
> #define OpenSemaphore OpenSemaphoreW
> #endif
> #define OpenEvent __MINGW_NAME_AW(OpenEvent)
> -#endif
>
> -#if WINAPI_FAMILY_PARTITION (WINAPI_PARTITION_DESKTOP)
> typedef VOID (APIENTRY *PTIMERAPCROUTINE) (LPVOID
> lpArgToCompletionRoutine, DWORD dwTimerLowValue, DWORD dwTimerHighValue);
>
> typedef RTL_BARRIER SYNCHRONIZATION_BARRIER;
> @@ -149,8 +146,6 @@ extern "C" {
> #define OpenWaitableTimer OpenWaitableTimerW
> #endif
>
> -#endif
> -
> #ifdef __cplusplus
> }
> #endif
> --
> 1.8.1.2
Hmm, by what I can find in msdn documentation, this change looks like
a bug. Well, it might not be the first time that stuff at msdn is
wrong, so maybe somebody else could try to take a look to this, too.
Kai
------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
