August 2026 - Wine-Bugs - list.winehq.org

[Bug 58234] New: llvm-mingw build makes ddraw:ddraw4 test crash because of a ceilf recursion.
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=58234 Bug ID: 58234 Summary: llvm-mingw build makes ddraw:ddraw4 test crash because of a ceilf recursion. Product: Wine Version: 10.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 78561 --> http://bugs.winehq.org/attachment.cgi?id=78561 ddraw_test_llvm-ceilf-ceil-recursion.txt Hello, trying to look at a failure of test ddraw:ddraw4 I just found an issue with my build. The issue is a recursive call to ceilf. This affects just the 32-bit build, where it looks like ceilf is just an inline wrapper in the header file for the function ceil. But for some reason llvm-mingw/clang replaces the call to ceil by ceilf, therefore causing the recursion. Adding `EXTRADEFS = -fno-builtin` to dlls/ddraw/tests/Makefile.in fixes this issue for here. Or is this caused by me using the `{i686,186_64}-w64-mingw32-gcc` wrappers instead of the clang binary? Can someone else confirm this? Is this an issue that should be fixed in wine, or is there something wrong in llvm-mingw/llvm-project, or I am just using an unsupported way to configure? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 43371] New: valgrind shows a definite leak in dlls/d3drm/tests/ d3drm.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43371 Bug ID: 43371 Summary: valgrind shows a definite leak in dlls/d3drm/tests/d3drm.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ==8686== 28 bytes in 1 blocks are definitely lost in loss record 1,029 of 2,577 ==8686== at 0x7BC51061: notify_alloc (heap.c:254) ==8686== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==8686== by 0x4B7B77A: Direct3DRMCreate (d3drm.c:2311) ==8686== by 0x4A4366A: test_create_texture_from_surface (d3drm.c:6620) ==8686== by 0x4A47EFB: func_d3drm (d3drm.c:7341) ==8686== by 0x4A4AD93: run_test (test.h:603) ==8686== by 0x4A4B1F2: main (test.h:687) ==8686== ==8686== 672 bytes in 24 blocks are definitely lost in loss record 2,399 of 2,577 ==8686== at 0x7BC51061: notify_alloc (heap.c:254) ==8686== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==8686== by 0x4B7B77A: Direct3DRMCreate (d3drm.c:2311) ==8686== by 0x4A20977: test_destroy_callback (d3drm.c:1418) ==8686== by 0x4A21934: test_object (d3drm.c:1600) ==8686== by 0x4A47E7E: func_d3drm (d3drm.c:7316) ==8686== by 0x4A4AD93: run_test (test.h:603) ==8686== by 0x4A4B1F2: main (test.h:687) ==8686== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 6

[Bug 36330] New: valgrind shows a couple leak in secur32/tests/schannel.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36330 Bug ID: 36330 Summary: valgrind shows a couple leak in secur32/tests/schannel.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==16588== 8 bytes in 1 blocks are definitely lost in loss record 10 of 297 ==16588== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==16588== by 0x5ADC1F3: ??? ==16588== by 0x5ADCAC8: ??? ==16588== by 0x4D7D019: test_communication (schannel.c:696) ==16588== by 0x4D7E737: func_schannel (schannel.c:907) ==16588== by 0x4D805BC: run_test (test.h:584) ==16588== by 0x4D809AB: main (test.h:654) ==16588== ==16588== 11,108 bytes in 146 blocks are possibly lost in loss record 293 of 297 ==16588== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==16588== by 0x4FA85DF: CryptMemAlloc (main.c:124) ==16588== by 0x4FB9D32: crypt_oid_init (oid.c:1431) ==16588== by 0x4FA81F8: DllMain (main.c:46) ==16588== by 0x4FCCF36: __wine_spec_dll_entry (dll_entry.c:40) ==16588== by 0x7BC53B24: ??? (in /home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so) ==16588== by 0x7BC5644E: MODULE_InitDLL (loader.c:1068) ==16588== by 0x7BC56AE7: process_attach (loader.c:1157) ==16588== by 0x7BC596E6: LdrLoadDll (loader.c:2129) ==16588== by 0x7B8581FE: load_library (module.c:933) ==16588== by 0x7B8582C9: LoadLibraryExW (module.c:990) ==16588== by 0x7B8583E0: LoadLibraryExA (module.c:970) ==16588== by 0x7B85844C: LoadLibraryA (module.c:1022) ==16588== by 0x4D7E4B0: func_schannel (schannel.c:122) ==16588== by 0x4D805BC: run_test (test.h:584) ==16588== by 0x4D809AB: main (test.h:654) ==16588== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 4

[Bug 44896] New: Sonic CD Steam choppy audio
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=44896 Bug ID: 44896 Summary: Sonic CD Steam choppy audio Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: ALEXMCCULLLOCH(a)gmail.com If you do get Sonic CD to even run, the music/sounds are choppy. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

3 4

[Bug 43390] New: valgrind shows a few definite leaks in dlls/xaudio2_7/ tests/xaudio2.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=43390 Bug ID: 43390 Summary: valgrind shows a few definite leaks in dlls/xaudio2_7/tests/xaudio2.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==3551== 8 bytes in 1 blocks are definitely lost in loss record 63 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C85281: XAudio2Create (xaudio_dll.c:2159) ==3551== by 0x4A1B741: func_xaudio2 (xaudio2.c:1150) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 94 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795) ==3551== by 0x4A1B1A7: test_xapo_creation_modern (xaudio2.c:1053) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 95 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DAFA: CreateAudioReverb (xapofx.c:809) ==3551== by 0x4A1B2D4: test_xapo_creation_modern (xaudio2.c:1067) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 96 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795) ==3551== by 0x4A176DB: test_simple_streaming (xaudio2.c:293) ==3551== by 0x4A1B807: func_xaudio2 (xaudio2.c:1158) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 349 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B3ED: test_xapo_creation (xaudio2.c:1083) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 350 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C37F03: ??? ==3551== by 0x5C38059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B401: test_xapo_creation (xaudio2.c:1084) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 351 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B415: test_xapo_creation (xaudio2.c:1085) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 352 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B429: test_xapo_creation (xaudio2.c:1086) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 353 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B43D: test_xapo_creation (xaudio2.c:1087) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 354 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5E44F03: ??? ==3551== by 0x5E45059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B451: test_xapo_creation (xaudio2.c:1088) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 355 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DC35: CreateFX (xapofx.c:835) ==3551== by 0x4A1AE99: test_xapo_creation_modern (xaudio2.c:1018) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 8

[Bug 36705] New: valgrind shows uninitialized memory use in user32/tests/input.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36705 Bug ID: 36705 Summary: valgrind shows uninitialized memory use in user32/tests/input.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com I tracked this down to only occurring when the screen is locked. Note that the test passes with the screen locked or unlocked. ==15374== Conditional jump or move depends on uninitialised value(s) ==15374== at 0x4F58C24: wine_dbgstr_wn (test.h:486) ==15374== by 0x4EB30DC: wine_dbgstr_w (test.h:69) ==15374== by 0x4EB87DB: test_key_names (input.c:1642) ==15374== by 0x4EB88E7: func_input (input.c:1664) ==15374== by 0x4F59107: run_test (test.h:584) ==15374== by 0x4F594F2: main (test.h:654) ==15374== Uninitialised value was created by a stack allocation ==15374== at 0x4EB8871: func_input (input.c:1647) ==15374== ==15374== Conditional jump or move depends on uninitialised value(s) ==15374== at 0x4F58C24: wine_dbgstr_wn (test.h:486) ==15374== by 0x4EB30DC: wine_dbgstr_w (test.h:69) ==15374== by 0x4EB8828: test_key_names (input.c:1643) ==15374== by 0x4EB88E7: func_input (input.c:1664) ==15374== by 0x4F59107: run_test (test.h:584) ==15374== by 0x4F594F2: main (test.h:654) ==15374== Uninitialised value was created by a stack allocation ==15374== at 0x4EB8871: func_input (input.c:1647) ==15374== -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 36360] New: valgrind shows several leaks in dxdiagn/tests/provider.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36360 Bug ID: 36360 Summary: valgrind shows several leaks in dxdiagn/tests/provider.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==14755== 756 bytes in 21 blocks are definitely lost in loss record 1,054 of 1,203 ==14755== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==14755== by 0x53C9493: IMalloc_fnAlloc (ifs.c:186) ==14755== by 0x53C99D4: CoTaskMemAlloc (objidl.h:1236) ==14755== by 0xAD2EA72: ??? ==14755== by 0xAD2EEB4: ??? ==14755== by 0x649E5C6: ??? ==14755== by 0x649C924: ??? ==14755== by 0x4A788CB: func_provider (provider.c:124) ==14755== by 0x4A798E0: run_test (test.h:584) ==14755== by 0x4A79CCF: main (test.h:654) ==14755== ==14755== 28 bytes in 1 blocks are possibly lost in loss record 322 of 1,203 ==14755== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==14755== by 0x53A8BB8: apartment_getclassobject (compobj.c:526) ==14755== by 0x53ABFC6: get_inproc_class_object (compobj.c:2894) ==14755== by 0x53AED2F: CoGetClassObject (compobj.c:3032) ==14755== by 0x53AF4B7: CoCreateInstance (compobj.c:3197) ==14755== by 0x649FCEF: ??? ==14755== by 0x649C924: ??? ==14755== by 0x4A78720: func_provider (provider.c:83) ==14755== by 0x4A798E0: run_test (test.h:584) ==14755== by 0x4A79CCF: main (test.h:654) ==14755== { -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 5

[Bug 36239] New: valgrind shows a potential leak in cryptnet/tests/cryptnet.c
by wine-bugs＠winehq.org Aug. 28, 2026

Aug. 28, 2026

https://bugs.winehq.org/show_bug.cgi?id=36239 Bug ID: 36239 Summary: valgrind shows a potential leak in cryptnet/tests/cryptnet.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==25097== 2,664 bytes in 74 blocks are possibly lost in loss record 295 of 312 ==25097== at 0x7BC4C735: notify_alloc (heap.c:255) ==25097== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==25097== by 0x4D639FE: CryptMemAlloc (main.c:124) ==25097== by 0x4D769BD: init_oid_info (oid.c:1403) ==25097== by 0x4D77347: crypt_oid_init (oid.c:1613) ==25097== by 0x4D63578: DllMain (main.c:46) ==25097== by 0x4D8B522: __wine_spec_dll_entry (dll_entry.c:40) ==25097== by 0x7BC52FC0: ??? (loader.c:138) ==25097== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==25097== by 0x7BC5597C: process_attach (loader.c:1157) ==25097== by 0x7BC5592C: process_attach (loader.c:1149) ==25097== by 0x7BC5592C: process_attach (loader.c:1149) ==25097== by 0x7BC59F29: attach_process_dlls (loader.c:2769) ==25097== by 0x401B03C: ??? (port.c:60) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

3 5

[Bug 59881] New: Call of Duty Original and United Offensive Crash after Splash
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=59881 Bug ID: 59881 Summary: Call of Duty Original and United Offensive Crash after Splash Product: Wine Version: 11.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: robertyutintat(a)yahoo.com Distribution: --- Created attachment 81195 --> http://bugs.winehq.org/attachment.cgi?id=81195 Error Both Call of Duty original games crash after initial load. Console output is attached. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 59184] New: Building wine inside cygwin64 gives: unrecognized command-line option '-municode'
by WineHQ Bugzilla Aug. 28, 2026

Aug. 28, 2026

http://bugs.winehq.org/show_bug.cgi?id=59184 Bug ID: 59184 Summary: Building wine inside cygwin64 gives: unrecognized command-line option '-municode' Product: Wine Version: 11.0-rc1 Hardware: x86-64 OS: other Status: NEW Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: bernhardu(a)mailbox.org Tried for fun how far I would get building wine inside a cygwin running in wine, but should be visible with cygwin in windows too. configure alone took around 15 minutes. Running cygwin in wine will need a few patches, e.g. from this branch: https://gitlab.winehq.org/bernhardu/wine/-/commits/msys2-cygwin_2025-09-15_… Below was with a more modified tree, but I hope that is not relevant for this bug report. Ignoring this option '-municode' in winegcc with the modification at the bottom makes the build succeed. A renamed winemine.exe (to avoid getting the builtin executable) is running and looks good to me. wine setup-x86_64_2.934.exe \ --quiet-mode \ --upgrade-also \ --delete-orphans \ --root 'C:\cygwin64' \ --site 'https://linux.rz.ruhr-uni-bochum.de/download/cygwin/' \ --local-package-dir 'C:\cygwin64-setup' \ --packages git,curl,jq,libcurl,openssh,cygrunsrv,more,grep,stat,cygpath,nano,flex,bison,gcc-core,gcc-g++,ccache,pkg-config,make,libfreetype-devel $ gcc --version gcc (GCC) 13.4.0 /cygdrive/z/home/user/source/wine/configure \ CC="ccache gcc" \ CXX="ccache g++" \ --enable-win64 make -j programs/winemine/winemine.exe tools/winegcc/winegcc.exe -o programs/winemine/winemine.exe --wine-objdir . -m64 -mno-cygwin -fasynchronous-unwind-tables \ -mwindows -municode programs/winemine/dialog.o programs/winemine/main.o \ programs/winemine/winemine.res dlls/user32/libuser32.a dlls/gdi32/libgdi32.a \ dlls/advapi32/libadvapi32.a dlls/comctl32/libcomctl32.a dlls/shell32/libshell32.delay.a \ dlls/winecrt0/libwinecrt0.a dlls/ucrtbase/libucrtbase.a dlls/kernel32/libkernel32.a \ dlls/ntdll/libntdll.a dlls/winecrtend/libwinecrtend.a gcc: error: unrecognized command-line option '-municode'; did you mean '-Wunicode'? --- a/tools/winegcc/winegcc.c +++ b/tools/winegcc/winegcc.c @@ -545 +545 @@ static struct strarray get_link_args( const char *output_name ) - if (is_unicode_app) strarray_add( &flags, "-municode" ); + if (is_unicode_app && target.platform != PLATFORM_CYGWIN) strarray_add( &flags, "-municode" ); Related commits, especially the last one: https://gitlab.winehq.org/wine/wine/-/commit/e3bf6e5e77377ef4d384b7d0c0bee1… https://gitlab.winehq.org/wine/wine/-/commit/2064181c1f120e8d537952b3eeed5a… https://gitlab.winehq.org/wine/wine/-/commit/44839493ae6a99d0e3aa0b2c22a83e… -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2