Activity for MinGW-w64 - for 32 and 64 bit Windows
-
Jacek Caban committed [ca6f2f] on mingw-w64
headers: Import current Wine version
-
headers: Regenerate headers with current widl version
-
widl: Update to current Wine version
-
Pali posted a comment on ticket #1021
I opened this topic on the mingw-w64 list: https://sourceforge.net/p/mingw-w64/mailman/mingw-w64-public/thread/20260407184647.weakbrqa4sa2bbut%40pali/#msg59318951 I understand that for individuals it is hard to report such Windows issue to Microsoft as mostly only corporate customers have an option to fill an incident/issue report. What I know is that individual developers can report msvc compiler and C runtime issues to the Visual Studio issue tracker. It is not Windows issue tracker but maybe it...
-
LIU Hao modified ticket #1009
stat st_mode wrong for file name = "NUL"
-
This has been fixed in 6d91c946651a384d19b7d8fc69ba8d3df3ab3e4b.
-
crt: Regenerate Makefile.in
-
crt: Fix mingw-w64 stat implementation
-
crt: Deduplicate mingw-w64 stat code into __MINGW_FIXED_STAT macro
-
headers: Add IORing error codes in winerror.h
-
Edoardo Lolletti posted a comment on ticket #1021
I know that the issue is on Microsoft's side. I reported it here because i really don't know which channels are even there to signal this problem to Microsoft, since they have no resource on how to report this kind of bugs (all the available communication channels I know of are commercial ones). I hope that people from this project might know which way would be available to inform Microsoft of this breakage.
-
msvcrt40.dll and crtdll.dll are completely different libraries with different symbols and even few symbols which are present in both libraries have different ABI. So replacing crtdll.dll by msvcrt40.dll would not work. mingw-w64 header files uses macros which expands to UCRT ABI functions during compilation and then mingw-w64 crt contains implementation of those UCRT functions via chosen msvcr*/crtdll library and its exported symbols which are used during final linking. You can compare mingw-w64...
-
headers: Import Wine version 11.6
-
Thierry DECHAIZE created ticket #1022
"__stdcall" calling convention define in "minwindef.h" same with 64 bit generation. Strange ?
-
I confirm this. Suddenly, on W11 25H2 family edition 64 bit, my test with LCC compiler break. I execute, before use of this compiler, just "lcc -v" and error message Windows appear : "... GetMainArgs unreachable ..." I search with tool "lddw" (porting of ldd on Win32) directly to know what DLL is breaking, and listing stop after load of "crtdll.dll" (stored in usual directory C:\Windows\SysWOW64 in which all 32 bit DLL are stored on W11 64 bit). I compare size of this DLL on my "old" configuration...
-
Home
-
Windows 11 build 26200.8116 entirely broke crtdll.dll
-
MinGW-w64 - for 32 and 64 bit Windows released /mingw-w64/mingw-w64-release/mingw-w64-v14.0.0.zip
-
-
-
-
-
-
Jonathan Yong committed [bd663f] on mingw-w64
_mingw_mac.h: bump to 15.x
-
headers: Add emi.h
-
headers: Add DECLSPEC_CHPE_PATCHABLE define
-
headers: Regenerate with current widl version
-
headers: Import Wine version 11.5
-
widl: Import Wine version 11.5
-
headers: Fix GetPointerInputTransform() prototype.
-
vix created ticket #1020
warning: template-id not allowed for constructor in C++20 while compiling with -std=c++98
-
AN drew posted a comment on discussion Help
I saw a post in the C Language Bar, a sub-forum of Baidu Tieba (a Chinese forum) https://tieba.baidu.com/p/10519222306 The C language program inside has no syntax errors, but there is a problem with the output #include <stdio.h> int main(void) { int array[4][4]={{1,6,5,3},{2,4,7,9},{8,11,15,13},{16,12,10,22}}; int (*p)[4]=array; for(int i=0; i<4; i++) { for(int j=0; j<4; j++) { printf("%4d", *(*(p+i)+j)); } printf("\n"); } return 0; } When compiling and running the program using "MinGW-w64 GCC 11.4.0...
-
crt: Regenerate Makefile.in
-
crt: Move `__mingw_isleadbyte_cp()` from libmingwex into libmsvcrt
-
winpthreads: Try loading SetThreadDescription from kernel32.dll and fallback to kernelbase.dll
-
crt: Check for overflows in POSIX 32-bit ftime() function
-
crt: Move unsorted non-i386 symbols in file ntdllcrt.def.in to appropriate section
-
crt: Fix style in kernel32.def
-
crt: Fix version order note in kernel32.def
-
Add missing cast in `fpclassify` that `isnan` does use
-
mingw-w64-headers/crt/corecrt.h: fix cygwin w32api usage
-
headers/cfgmgr32: Fix the type of DWORD_MAX to be a DWORD.
-
crt: Document all 32-bit x86 advapi32.dll symbols
-
crt: Fix advapi32 SaferiIsDllAllowed symbol decoration
-
crt: Fix advapi32 SaferiRegisterExtensionDll symbol
-
Martin Storsjö committed [c74556] on mingw-w64
github: Update llvm-mingw to 20260224 (LLVM 22.1.0)
-
headers/intsafe: Add missing MIN/MAX macros.
-
crt: Regenerate Makefile.in
-
crt: test: Explicitly use CreateEventA() in t_safe_flush.c
-
crt: test: Replace usage of _beginthreadex() by CreateThread() in t_safe_flush.c test
-
crt: test: Fix volatile in test t_tmain.c
-
crt: Check for NULL handle returned from wide WinAPI functions
-
crt: Remove oscalls.h
-
This is not related to mingw-w64 runtime, but rather to the gcc compiler. Same happen when compiled by gcc on Linux targeting glibc. If you think that this is really a bug then it should be reported to gcc project.
-
I implement the fix as described above and sent it to the list: https://sourceforge.net/p/mingw-w64/mailman/mingw-w64-public/thread/20260224201812.4f7jrjgbbx5ovjwm%40pali/ With the change, the mingw-w64 stat() function for NUL path when build against msvcrt.dll will properly return character? = 1 via S_ISCHR().
-
header/intsafe: Fix Cygwin compatibility.
-
doc: Fix sample argument to `--enable-sdk=` [no ci]
-
crt: test: In t_stat_slash.c print errno after failed (w)stat call
-
crt: test: In t_stat_slash.c print wchar_t* string via %ls format
-
crt: test: In t_stat_slash.c turn off buffering for stdout
-
crt: Fix _wstat() for crtdll.dll/msvcrt10.dll when called on directory
-
headers/pdhmsg: Define `PDH_*` constants with `__MSABI_LONG`
-
headers/esent: Fix JetOpenTemporaryTable compilation error.
-
crt: Regenerate Makefile.in
-
crt: Fix fstat() to signal overflow and return correct type for directories
-
crt: Fix mingw-w64 getenv_s() emulation for case when the variable name is NULL
-
Basil Hussain created ticket #1019
Function attributes for format string validation give bogus warnings, disagree with actual capabilities of linked runtime library
-
crt: call __mingw_isleadbyte_cp from __mingw_mbrtowc_cp
-
crt: Regenerate Makefile.in
-
Move source files for [w]ctype.h functions to ctype subdirectory
-
crt: add test for towctrans function
-
crt: replace towctype function for msvcr120.dll and UCRT
-
crt: tidy-up wctrans.c
-
crt: add test for iswctype function
-
crt: add tests for standard C functions declared in [w]ctype.h
-
crt: replace is[w]print functions for crtdll.dll...msvcr110.dll
-
crt: isblank.c: document _isctype ('\t', _BLANK) behavior among CRTs
-
crt: iswblank: remove explicit check for L'\t'
-
crt: wctype: add support for "blank" character class
-
crt: tidy-up wctype.c
-
crt: replace iswctype function for all CRTs
-
RoyalX created ticket #1018
Default argument reuse bug with aggregate initialization in consecutive function calls (g++ 15.2)
-
headers: Regenerate configure and Makefile.in
-
headers/_mingw: Undefine `MINGW_SDK_INIT`
-
headers/_mingw,ddk: Undefine `MINGW_HAS_DDK_H`
-
headers/_mingw: Undefine `MINGW_HAS_SECURE_API`
-
headers/_mingw: Use reserved identifiers in inline functions
-
headers,crt: Regenerate configure and Makefile.in from top level
-
headers: Remove obsolete 'defaults' directory
-
headers: Remove now unused `AC_PROG_SED`
-
headers: Move `MINGW_HAS_DDK_H` from sdks/_mingw_ddk.h to _mingw.h
-
headers: Update imported headers to Wine 7221d4565c55d006f18d50481e246a5c9649a3ff
-
crt: Regenerate Makefile.in
-
crt: test: Skip t_utime.c test on msvcrt10-msvcrt40
-
crt: Provide rand_s for all CRT libraries
-
crt: test: Fix t_fseeki64.c for pre-msvcrt40 on DISK FULL
-
crt: test: Convert assert_winapi_seek to macro with caller information
-
crt: Fix overflow detection in mingw-w64 _lseeki64() emulation
-
crt: Fix overflow detection in mingw-w64 fgetpos() emulation
-
crt: Provide emulation of _telli64 function for msvcrt20.dll
1 >
