I need to have my Windows MinGW-w64 client do full duplex communication with my iOS app (on iPhone).
https://github.com/Microsoft/DirectXTK/wiki/ComPtr#constructing-assigning-and-copying-comptr also makes this explicit. It says: If you want to give a raw pointer to a ComPtr without changing the reference count, you need to use Attach.
Microsoft::WRL::ComPtr::Attach leaks references
Updated imported headers to current Wine version.
dwmapi.def: Regenegerate from Windows 10
Implement IAMAsyncReaderTimestampScaling and IAMPluginControl using IDL.
headers: Hide _IO* flags in UCRT mode.
include/crt: Use GCC predefined macros instead of MSVC-ish ones
include/stralign: Canonicalize macros for x86-64
[UCRT] Issues with HUGE and _HUGE macros
include/float: Only hide non-reserved identifiers in strict conformance mode
crt: Add symbols for POSIX time functions and find{first,next} functions
include/_mingw.h.in,crt: Extend `time_t` to 64 bits for UCRT for 32-bit targets
Hi Jonathan, I use mingw 6.0.0 and gcc 8.3.0, which, according to http://mingw-w64.org/doku.php/download should be the latest releases: ubuntu@ip-172-31-38-110:~$ dpkg -l | grep mingw ii binutils-mingw-w64-i686 2.32-7ubuntu4+8.3ubuntu2 amd64 Cross-binutils for Win32 (x86) using MinGW-w64 ii binutils-mingw-w64-x86-64 2.32-7ubuntu4+8.3ubuntu2 amd64 Cross-binutils for Win64 (x64) using MinGW-w64 ii g++-mingw-w64 8.3.0-6ubuntu1+21.1build2 all GNU C++ compiler for MinGW-w64 ii g++-mingw-w64-i686 8.3.0-6ubuntu1+21.1build2...
Looks like you have an older version, the latest version already has it: $ x86_64-w64-mingw32-nm ../../../mingw/lib32/libkernel32.a | grep GetOverlappedResultEx 00000000 T _GetOverlappedResultEx@20 00000000 I __imp__GetOverlappedResultEx@20
Broken support for GetOverlappedResultEx in i686
Enable __MINGW_FORCE_SYS_INTRINS for Clang
Hello, I installed MinGW on Windows 10 with the help of the document, https://stackoverflow.com/questions/30069830/how-to-install-mingw-w64-and-msys2 and I do periodic updates on the basis of instructions at the end of that document. According to the instructions the update procedure is, 1. Open MSYS2 shell from start menu 2. Run pacman -Sy pacman to update the package database 3. Re-open the shell, run pacman -Syu to update the package database and core system packages etc. I have performed the...
crt: Update feclient.def.
crt: Generate libfeclient.a for x86.
headers,crt: Upgrade to autoconf 2.71 and automake 1.16.3
crt: Regenerate configure and Makefile accordingly
I'm struggling with debugging on VSCode . Therez no errors, but gdb wont start, just fade away their toolbar after 5 sec of compiler finished. These are logs: https://stackoverflow.com/questions/66857154/problem-with-start-gdb-mingw-w64-in-visual-studio-code Did exactly as here: https://code.visualstudio.com/docs/cpp/config-mingw, with the same example. PS: I found a temp soltion, the Native GDB plugin (webfreak.debug) now it seems start working, so I as sure problem is GDB-VSCode connection, PLEASE...
make 4.3 changes double quote to backslash
Sorry, this is not the place for this bug report. Please ignore or delete.
make 4.3 changes double quote to backslash
headers: Move some structure from ws2tcpip.h to ws2ipdef.h
headers: Add missing function declarations in stdlib_s.h.
headers: Hide the contents of struct _iobuf in UCRT mode
Try declaring the function like this: char recv () __asm__ ("recv@16"); If that doesn't work for you, try prepending an underscore: char recv () __asm__ ("_recv@16");
Try declaring the function like this: char recv () __asm__ ("recv@16");
headers: Updarte dxva2api.idl to current Wine version.
This was fixed in mingw-w64 v6. The fix was also back-ported to v5 but this branch was never re-released: https://github.com/mingw-w64/mingw-w64/commit/3b43430a378c357fcf67564d0dfd34aa1db68b48 On Mon, Mar 22, 2021 at 12:12 AM Jay Satiro raysatiro@users.sourceforge.net wrote: I also had this problem using the packaged version in Ubuntu 16 LTS. mkgmtime is missing from libmsvcrt.a. I think it is fixed in later versions because I tried in Windows in msys2 using mingw-w64 i686 and it worked fine. ~~~...
I also had this problem using the packaged version in Ubuntu 16 LTS. mkgmtime is missing from libmsvcrt.a. I think it is fixed in later versions because I tried in Windows in msys2 using mingw-w64 i686 and it worked fine. owner@ubuntu1604-x64-vm:/usr/x86_64-w64-mingw32/lib$ grep mkgmtime * grep: ldscripts: Is a directory Binary file libcrtdll.a matches Binary file libmsvcr100.a matches Binary file libmsvcr110.a matches Binary file libmsvcr80.a matches Binary file libmsvcr90.a matches Binary file...
widl: Update to current Wine version.
headers: Import more winrt headers from Wine.
headers: Revert import of dinput.h in previous commit.
headers: Add missing idl files in automake.
headers: Regenerate Makefile
include: Rebuild headers from IDLs
headers: Add IMFGetService in mfidl.idl.
headers: Import headers from wine master
Why is it that the MinGW I wanted to run for my Windows Vista 32-bit OS won't install?! It's driving me nuts - I NEED HELP FOR THIS! Sent from Yahoo Mail. Get the app
headers: Regenerate headers from IDLs accordingly
headers: Replace BOOL with WINBOOL in dinput.h.
headers: Import wmprealestate.idl and wmpservices.idl from Wine.
headers: Regenerate configure
headers: Update to wine-6.4
I have the same error for such a simple example (example.c): #include <stdio.h> #include <windows.h> int main() { // printf() displays the string inside quotation printf("Hello, World!"); return 0; } error:$ gcc -o example example.c -DLONGLONG no error:$ gcc -o example example.c
The actual workaround is to set the working directory as in this Python example: result = subprocess.run(gcc_arguments, cwd=mingw_bin_dirname, capture_output=True) where cwd is set.
compilation fails with unset PATH
When a file is opened as w+ using fopen, fwrite, fseek, fread, fwrite sequence fails.
Add C++ secure functions for wcstombs_s and _wcstombs_s_l
unknown type name 'USN'
Fix SymLoadModule64 signature inconsistency with Microsoft official one (PSTR will now be PCSTR)
Fix MinGW - Microsoft SymLoadModule64 signature difference
Thanks, the x86 premise of bit width went right over my head here. But after reading your extended explanation it really cleared up my confusion on ARM, risc and cisc. I am definitely going to try the install at https://www.msys2.org/ and put it in a separate base folder. As far as my current Installed Gcc, I sense I've hobbled it by choosing x86/64 which I know now is 64 bit only. I have some old apps that use exception handling which is why I chose the win32 (thread) option over Posix. But I'm...
Yes, the 32-bit toolchain is as complete as the 64-bit one, and includes all the compiler support libraries. Note that if you use a system like MSYS2, you can easily install both, along with a huge list of 3rd party libraries that are prebuilt for you. You can find it here: https://www.msys2.org/ The x86_64 is a synonym for amd64 and x64. amd64 is the "original" name for the architecture, as AMD "invented" the 64-bit extensions for x86. x86_64 was introduced by Intel when their processors started...
THANKS, (sorry my ISP was down yesterday) So if on install I had chosen i686 instead of x86/64 it would have put the 32 bit libs (?). The x86/64 seemed to indicate both target options to me. I'm looking around for 32bit libs to match my gcc version but so far not really sure where or which. My gcc installed version is gcc (x86_64-win32-seh-rev0, Built by MinGW-W64 project) 8.1.0 But in any case I am going to install a 32bit target version of MingW to a separate base folder.
I'm pretty sure I didn't use, mingw-w64-v7.0.0.zip, when installing! gcc /g++ --version both show Built by MinGW-W64 project) 8.1.0 Do I already have whats in - mingw-w64-v8.0.0.zip? Best regards, Einar
I got a lot of gcc built, but now the build commands cannot find zlib for mingw64-x86_64 even though I have it installed, any ideas?
The problem is that your toolchain isn't set up for multilib compilation. There's no 32-bit libraries present. Your simplest option is to use a separate 32-bit toolchain to build for 32-bit.
headers: Add missing names in sspi.h.
headers/crt: Remove builtin crc32 function declaration.
WHAT I'M WORKING WITH * I mostly write small work apps for windows, but future might be different. My recent Gcc install was from, https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/... The file downloaded was "mingw-w64-install.exe" Install Version, gcc --version gcc (x86_64-win32-seh-rev0, Built by MinGW-W64 project) 8.1.0 Copyright (C) 2018 Free Software Foundation, Inc. Install choices chosen, Architecture chose x86/64 (over the i686) Threads I chose the, win32 (over...
WHAT I'M WORKING WITH * I mostly write small work apps for windows, but future might be different. My recent Gcc install was from, https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/... The file downloaded was "mingw-w64-install.exe" Install Version, gcc --version gcc (x86_64-win32-seh-rev0, Built by MinGW-W64 project) 8.1.0 Copyright (C) 2018 Free Software Foundation, Inc. Install choices chosen, Architecture chose x86/64 (over the i686) Threads I chose the, win32 (over...
headers: Expose SCN*8 defines when using UCRT
crt: Silence warnings when building _*wc_nolock
headers: Fix the signature of wcstok() for UCRT
P.S. SIGINT was ignored because I started cmd.exe with command: start /B cmd.exe Option /B disables SIGINT So it is not a mingw issue. Sorry!!
P.S. SIGINT was ignored because I started cmd.exe with command: start /B cmd.exe Option /B disables SIGINT So it is not a mingw issue. Sorry!!
P.S. This is a "cmd.exe has no parent process issue", not a mingw one - as I figured out. Sorry!!
P.S. Please close the ticket, this is a "cmd.exe has no parent process issue", not a mingw one - as I figured out. Sorry!!
32-bit code does not receives CTRL+C SIGINT signal by default
Hello! I'm using mingw-w64 8.0.0 with gcc 10.2.0, working from cmd.exe on Windows 7. Compiled executable with the 32-bit gcc disables Ctrl+C SIGINT signal, which should be enabled by default as the Windows documentation states: https://docs.microsoft.com/en-us/windows/console/ctrl-c-and-ctrl-break-signals This should be a mingw issue because compiling with 64-bit gcc the Ctrl+C SIGINT is enabled by default (as the Microsoft documentation describes). To re-enable SIGINT for a 32-bit application, you...
Hello! I'm using mingw-w64 8.0.0 with gcc 10.2.0, working from cmd.exe on Windows 7. Compiled executable with the 32-bit gcc disables Ctrl+C SIGINT signal, which should be enabled by default as the Windows documentation states: https://docs.microsoft.com/en-us/windows/console/ctrl-c-and-ctrl-break-signals This should be a mingw issue because compiling with 64-bit gcc the Ctrl+C SIGINT is enabled by default (as the Microsoft documentation describes). To re-enable SIGINT for a 32-bit application, you...
Hello! I'm using mingw-w64 8.0.0 with gcc 10.2.0, working from cmd.exe on Windows 7. Compiled executable with the 32-bit gcc disables SIGINT, which should be enabled by default as the Windows documentation states: https://docs.microsoft.com/en-us/windows/console/ctrl-c-and-ctrl-break-signals This should be a mingw issue because compiling with 64-bit gcc the SIGINT is enabled by default (as the Microsoft documentation describes). To re-enable SIGINT for a 32-bit application, you must to call SetConsoleCtrlHandler...
widl: Update to Wine 6.3.
headers: Import windows.foundation.collections.idl from Wine.
headers: Add missing names in winbase.h.
Is there support for ConPTY (aka pseudo-console) or is there any plan of adding it ?
I've been struggling with building on Cygwin (That is, using the Cygwin shell, gcc + binutils). I've been having trouble with missing headers but by descending into subdirectories and makeing there, and I've successfully built the crt lib/w32api etc. But now so I have to build a native compiler using this? Also, binutils and gcc were not built and installed. This is a very complex project! I've been away from computing for several years and I am overwhelmed.
How should i do it?
That's because that toolchain was not built with dwarf2. Use SEH instead. On Tue, Feb 23, 2021 at 5:49 AM Max tonedeaf@users.sourceforge.net wrote: I downloaded MinGW via HomeBrew and there is no libgcc_s_dw2.dll file in folder. I really need it and can you tell me what to do to get it MinGW is not full Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mingw-w64/discussion/723798/ To unsubscribe from further messages, please visit https://sourceforge.net/auth/...
Can't link with MSVC compiled C++ dll despite latest gendef used
I downloaded MinGW via HomeBrew and there is no libgcc_s_dw2.dll file in folder. I really need it and can you tell me what to do to get it. Also there is no make file.
I downloaded MinGW via HomeBrew and there is no libgcc_s_dw2.dll file in folder. I really need it and can you tell me what to do to get it
winpthread: possibly fail to lock rwlock in parallel with PTHREAD_RWLOCK_INITIALIZER
Fixed in https://sourceforge.net/p/mingw-w64/mingw-w64/ci/8a77639cdabe8370e225a4022e9391b9fc20bd12/
headers: Import relogger.idl and windowscontracts.idl from Wine.
widl: Updated to current Wine version.
Update: The dot in the path does not have to be the first character in a folder for the moc to fail moc test/tes.t/moctest will also be missing the include.
Forgot $moc --version moc 5.15.2 $uname MINGW64_NT-10.0-19041
Qt moc fails to output include statement
Update Available: MinGW-w64 - for 32 and 64 bit Windows
widl: Update to current Wine version.
internal compiler error in gt_pch_note_object, at ggc-common.c:276
internal compiler error: in based_loc_descr, at dwarf2out.c:14264
if statement with to variables ( k == n ) and (k==n)
if statement with to variables ( k == n ) and (k==n)