Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
13th January 2021, 00:14 | #3 | Link |
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Nowadays, by far the easiest way to obtain the Mingw-w64 toolchain with GCC or Clang as well as the required build tools (bash, make, etc. pp.) is by using the MSYS2 project:
https://www.msys2.org/ Just install MSYS2 and then, within the MSYS2 shell, you need to install the Mingw-w64 toolchain once: Code:
pacman -S mingw-w64-i686-toolchain pacman -S mingw-w64-x86_64-toolchain Code:
pacman -S mingw-w64-i686-clang pacman -S mingw-w64-x86_64-clang Code:
pacman -S base-devel Code:
pacman -Syu http://winlibs.com/ http://win-builds.org/doku.php And, indeed, at this time, the latest "release" version of GCC is 10.2.0
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 13th January 2021 at 00:30. |
13th January 2021, 09:40 | #4 | Link |
Registered User
Join Date: Jul 2015
Posts: 706
|
Thanks boys. Rather, I meant the 2021 night versions. The user's Ma x265 page http://msystem.waw.pl/x265/ gcc build page has stopped publishing.
https://github.com/gcc-mirror/gcc |
13th January 2021, 09:54 | #5 | Link | |
Registered User
Join Date: Jul 2015
Posts: 706
|
Quote:
GCC 10 prefers gnu++14 GCC 11 prefers gnu++17 Is it compatible with gnu++11 and can gnu++11 libraries libjpeg/libpng/libtiff/libwebp/aom be compiled in gnu++17/21? https://github.com/GrokImageCompression/grok https://github.com/link-u/cavif Last edited by Jamaika; 13th January 2021 at 10:01. |
|
13th January 2021, 17:10 | #6 | Link | ||
Software Developer
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
|
Quote:
As far as source code is concerned, newer versions of the C++ standard (with or without GNU extensions) should be backward-compatible to older versions. Code written in C++14 (or even C++98) should compile with a C++17 compiler. Binary compatibility is a different story. When it comes to C++, binaries compiled by different compiler versions (let alone different compilers) generally can not be mixed, because the C++ standard does not define an ABI. Quote:
http://www.equation.com/servlet/equation.cmd?fa=fortran
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 13th January 2021 at 21:12. |
||
15th January 2021, 23:18 | #7 | Link |
Registered User
Join Date: Jul 2015
Posts: 706
|
I satisfied my curiosity with the 2021 version. I must say that it is impossible to compile the latest codecs with mingw.mutex and mingw.thread files. The pthread std::call_once functions are included.
Bugs with the latest fixes and delete _GLIBCXX_HAS_GTHREADS https://github.com/gcc-mirror/gcc/co...45af3ecddaa3c3 https://github.com/gcc-mirror/gcc/co...a65eb70d79f41a Code:
In file included from custom_memory.cc:25: gav1/mingw.mutex.h:479:24: error: 'class mingw_stdthread::once_flag' conflicts with a previous declaration 479 | using mingw_stdthread::once_flag; | ^~~~~~~~~ In file included from gav1/mingw.mutex.h:40, from custom_memory.cc:25: c:\msys1100\include\c++\11.0.0\mutex:673:10: note: previous declaration 'struct std::once_flag' 673 | struct once_flag | ^~~~~~~~~ Code:
In file included from logging.cc:20: ../mingw.thread.h:330:24: error: 'class mingw_stdthread::thread' conflicts with a previous declaration 330 | using mingw_stdthread::thread; | ^~~~~~ In file included from c:\msys1100\include\c++\11.0.0\thread:45, from ../mingw.thread.h:28, from logging.cc:20: c:\msys1100\include\c++\11.0.0\bits\std_thread.h:62:9: note: previous declaration 'class std::thread' 62 | class thread | ^~~~~~ Last edited by Jamaika; 16th January 2021 at 08:18. |
|
|