stahta01
stahta01
The two different "-utils" package will allow the conflicting files to have only one set installed at a time. The meta package "wxWidgets" will by default install wxWidgets 3.0 for...
I can move the files into the optional "-utils" package that normal users will only install a single version of it. And, the MSys2 packages will not install any of...
Would it be logical to assume mingw32/mingw64 GCC package would be one of the last packages to fail to build? And, of course all the packages needed to build GCC....
FYI: I am trying to update MSys2 codelite package to version 16.1.0 and I am finding that wxcrafter crashes the wizard setup. Edit: Your Windows installer works okay for 16.1.0;...
I am trying to build mingw-w64-arm-none-eabi-gcc, mingw-w64-arm-none-eabi-newlib, and mingw-w64-arm-none-eabi-binutils for UCRT64. Tim S.
I am also trying to add UCRT64 support to 'mingw-w64-riscv64-unknown-elf-gcc' and 'mingw-w64-riscv64-unknown-elf-newlib'. Edit: After I get mingw-w64-arm-none-eabi-newlib to build I will start work on mingw-w64-riscv64-unknown-elf-newlib. Tim S.
The newlib PRs are #13404 and #13403 the GCC packages take so long that the build times out. Once the changes to mingw-w64-arm-none-eabi-newlib and mingw-w64-riscv64-unknown-elf-newlib are in the repo I...
I see no sign that dragonegg ever worked under MinGW GCC. Tim S.
Okay, nice to know; but, I would prefer a plugin that is know to work when trying to get our GCC to support plugins once more. Tim S.
> understandable not even sure if our port works with later versions of gcc as development on dragonegg halted around gcc-4.8... strangely gcc-9 had working plugin support but later versions...