Re: [Mingw-w64-public] Fix definitions of _daylight/_dstbias/_timezone/_tzname for msvcr*.dll.

17 13:43 To: mingw-w64-public@lists.sourceforge.net Subject: Re: [Mingw-w64-public] Fix definitions of _daylight/_dstbias/_timezone/_tzname for msvcr*.dll. On Tue, 21 Nov 2017, Yuta Nakai wrote: > Attached patch fixes the definitions of _daylight/_dstbias/_timezone/_tzname > for msvcr*.dl

[Mingw-w64-public] Fix definitions of _daylight/_dstbias/_timezone/_tzname for msvcr*.dll.

Attached patch fixes the definitions of _daylight/_dstbias/_timezone/_tzname for msvcr*.dll. These are global variables and exported as DATA symbols, so we should use __MINGW_IMP_SYMBOL.From 7c414985d86ae49ba9d7a856201b8f1db103330e Mon Sep 17 00:00:00 2001 From: Yuta Nakai Date: Tue, 21 Nov

Re: [Mingw-w64-public] [PATCH][CRT] Split wassert and assert into different units

e.net/lists/listinfo/mingw-w64-public > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______

Re: [Mingw-w64-public] _ftelli64 bug

Maybe this is a bug of MinGW-w64. We have our own implementation of _ftelli64 for msvcrt.dll in libmingwex, because msvcrt.dll does not export it. Workaround: You can use ucrtbase.dll as C Runtime instead of msvcrt.dll. Ucrtbase.dll exports _ftelli64. Windows 10 版のメ�`ル

Re: [Mingw-w64-public] Adding a new thread model to GCC

What I mean is that i want the patch "to use your new thread model". How can I build gcc with mcfgthread? From: lh_mouse Sent: 15 April 2016 23:01 To: mingw-w64-public@lists.sourceforge.net Subject: Re: [Mingw-w64-public] Adding a new thread model to GCC