In case of an error, you might find an answer of how to deal it here.
Ensure your CMake version is >= 3.16 with cmake --version. If your system doesn't provide a suitable version of CMake, you can download a binary release from the CMake website.
Ensure your QEMU version is >= 5 with qemu-system-i386 -version. Otherwise, install it. You can also build it using the Toolchain/BuildQemu.sh script.
We strive to use the latest compilers and build tools to ensure the best developer experience; so every few months, the toolchain needs to be updated. When such an update is due, an error like the following will be printed during the build:
CMake Error at CMakeLists.txt:28 (message): GNU version (13.1.0) does not match expected compiler version (13.2.0). Please rebuild the GNU Toolchain
Or like this one:
Your toolchain has an old version of binutils installed.
installed version: "GNU ld (GNU Binutils) 2.40"
expected version: "GNU ld (GNU Binutils) 2.41"
Please run Meta/minerva.sh rebuild-toolchain x86_64 to update it.
Run Meta/minerva.sh rebuild-toolchain x86_64 to perform the update.
CMake might cache the compiler version in some cases and print an error even after the toolchain has been rebuilt. If this happens, run Meta/minerva.sh rebuild x86_64 to start over from a fresh build directory.
Ensure your gcc version is >= 13 with gcc --version. Otherwise, install it. If your gcc binary is not called gcc you have to specify the names of your C and C++ compiler when you run cmake, e.g. cmake ../.. -GNinja -DCMAKE_C_COMPILER=gcc-13 -DCMAKE_CXX_COMPILER=g++-13.
Ensure your /etc/ssl/openssl.cnf file has the following options:
[openssl_init] ssl_conf = ssl_sect [ssl_sect] system_default = system_default_sect [system_default_sect] MinProtocol = TLSv1.2 CipherString = DEFAULT@SECLEVEL=1 Options = UnsafeLegacyRenegotiation
On Linux, QEMU is significantly faster if it's able to use KVM. The run script will automatically enable KVM if /dev/kvm exists and is readable+writable by the current user. On Windows, ensure that you have WHPX acceleration enabled.
On some Windows systems running with >100% scaling, the booting phase of Minerva might slow to a crawl. Changing the zoom settings of the QEMU window will speed up the emulation, but you'll have to squint harder to read the smaller display.
The default display backend (MINERVA_QEMU_DISPLAY_BACKEND=sdl,gl=off) does not have this problem. If you're running into this problem, make sure you haven't changed the QEMU display backend.
A quick workaround is opening the properties of the QEMU executable at C:\Program Files\qemu\qemu-system-x86_64.exe, and in the Compatibility tab changing the DPI settings to force the scaling to be performed by the System, by changing the setting at at the bottom of the window. The QEMU window will now render at normal size while retaining acceptable emulation speeds.
This is being tracked as issue #7657.
This means the kernel is too large again. Contact us on the discord server or open a GitHub Issue about it. You might want to revert latest changes in tree to see if that solves the problem temporarily.
Either your machine (if you try to boot on bare metal) is very old, thus it's not supporting x86_64 extensions, or you try to use VirtualBox without using a x64 virtualization mode or you try to use qemu-system-i386 which doesn't support x86_64 extensions too.
5.10. This is the oldest kernel which properly supports the required KVM capability KVM_CAP_SET_GUEST_DEBUG (see corresponding kernel commit).MINERVA_DISABLE_GDB_SOCKET=1