binutils | gittup.org 's binutils

This should work:

Although incomplete and needing some changes, I think I've come up with a functioning solution for now.

I compile as before, but link with a slightly different command: g++ -T lnkscrpt.txt -O3 -nostdlib Loader.o (-shared just makes the linker complain about missing a DllMain).

lnkscrpt.txt is an ld linker script (https://ftp.gnu.org/old-gnu/Manuals/ld-2.9.1/html_node/ld_5.html#SEC5) as follows:

The error message is pretty clear

Cannot Find FFMPEG

You can install it via sudo apt install ffmpeg libavcodec-dev libavformat-dev libavfilter-dev

You're supposed to cat the 16 and 32 bit binaries together not the .o files. The idea is the 32 bit binary starts in memory right after the end of the 16 bit binary; so you arrange for the 16 bit binary to know its length and find the 32 bit binary.

One technique is scanning for the start of the 32 bit binary starting from the last byte of the 16 bit data region. The 16 bit trailer probably won't contain the 32 bit header, and this will be reliable on build so you know if the technique works or not the first time you try to boot the result.

NOTE: while this answer isn't wrong; I suspect that fuz will be placing a better answer shortly.

This is because you are building the current, non-release,development version - I got the exact same error while building from the latest git revision at the time I cloned the repository, 0a703a4cedffa6f3824e87f115e8d392e32de191.

If you really want to build from the development tree, you will have to wait for the issue to be fixed, or to fix it by yourself - this is not being addressed in this answer.

But if building the latest released version, 2.36.1, is sufficient, the procedure hereafter will work (tested on Ubuntu 20.04 TLS):

All make systems (as required by POSIX) have a number of built-in rules including rules that know how to compile object files from C files.

For information on GNU make's built-in rules you can review the manual.

First, you should stop using ldd -- in the presence of multiple GLIBCs on a host, ldd is more likely to mislead than to illuminate.

If you want to see which libraries are really loaded, do this instead:

The issue was mentioned by @AnttiHaapala: By the instructions ask you to set the prefix to /usr/local/i386elfgcc - maybe you've accidentally dropped this out from the binutils config and installed binutils in /usr/bin instead

The solution was uninstalling the binutils and install it again

• sudo apt-get remove binutils

  sudo apt-get remove --auto-remove binutils

  sudo apt install build-essential

Now the binutils version is 2.34, earlier it was 2.24

This has been mentioned in Tools Used in 6.S081

At this moment in time, it seems that the package qemu-system-misc has received an update that breaks its compatibility with our kernel. If you run make qemu and the script appears to hang after