jcmvbkbc

вообще такое бывает в 2020 году?

Бывает летняя практика/internship, рекомендую начать с этого.

Как работает наследование полей у шаблонного класса?

Наследование работает так же как и у не-шаблонного класса, а поиск имён -- по-другому.

Почему не получается неявно найти, что head и tail это поля базового класса?

Потому что имена head и tail не являются именами, которые могут быть использованы в определении шаблона -- они не T, не являются зависимыми и не определены в видимых из определения шаблона неймспейсах.

(соответственно, пофиксить можно не только написав myList<T>::head, но и this->head, оба эти изменения делают имя head зависимым [от параметра шаблона]).

Это правило поиска имён отличается от правил поиска имён в обычных классах, которое включает в себя родительские классы.

Да, я предполагаю, что это идиотизм какой-то, но всё же, как?

Для этого надо как минимум разобраться, что библиотека представляет собой в памяти, и понять, что это детали не уровня "C++", а уровня "ОС".
После этого можно посмотреть на то, как загружаются ELF (или PE, или что там в твоей ОС), что такое сегменты и что такое динамические релокации. После этого уже можно будет понять, что отдельно друг от друга сегменты библиотеки двигать нет смысла (потому что относительные ссылки между ними не помечены релокациями), а всё целиком имеет смысл двигать только если после перемещения обновлять места динамических релокаций.

Делаю Binutils вот итог:

configure: error: source directory already configured; run "make distclean" there first

как исправить?

прочитать сообщение об ошибке и сделать как оно говорит. А в будущем никогда не запускать configure в каталоге с исходниками, всегда создавать отдельный каталог для сборки и запускать configure и make там.

Какая из свободных OS/дистрибутивов Linux/BSD предоставляет такую возможность?

buildroot позволяет собрать образ ядра linux/юзерспейс для big-endian ARM.

Хотелось бы скинуть на русском или на английском но увы, у меня линковщик почему-то говорит на украинском

export LANG=C в консоли где выполняется линковка должен решить эту проблему.

невизначене посилання __stack_chk_fail_local

можно компилировать исходник на C с ключами -fno-stack-protector -fstack-check=no чтобы компилятор не вставлял проверки и вызовы этой функции. См.

Знаю, что на наличие еще одного header указывает бит в стеке. Я могу посмотреть его с помощью Wireshark, но не могу понять как достать его в программе c++.

Нужно достать и проанализировать поле S из метки MPLS. С этим сложность, что ли?

если сравнить commit прилетевшим с удаленного репозитория с этим новым commit, то отличий между ними нет.

Ты наверно хотел сказать, если сравнить дерево, а не коммит.
Чтобы слить две ветки всегда требуется мёрж, когда одна из них не прямой потомок другой. И это не зависит от того, одинаковы ли деревья. Т.е. чтобы слить такие ветки мёрж не нужен:

o--A
   `--B

o--A--B--M1--E
    \   /     \
     -C----D---M2--F

А чтобы слить такие -- нужен

o--A--B
   `--B

хотя состояние обеих веток идентичное.

Смотри, что получается в твоём случае, если я правильно понял:

o--A--M1
     /
...-B----C

Ни одна ветка не является потомком другой: С растёт из B, а не из M1, M1 растёт из B а не из C. Поэтому в будущем опять потребуется мёрж при объединении в любую сторону.

git init
git add .
git commit
git remote add <remote-name> <url>
git fetch <remote-name>
git diff <remote-name>/<remote-branch>

f(n) = n, если n < 3, f(n) = f(n−1) +f(n−2) +f(n−3), если n ≥ 3

Ну, начиная с четвёртого значения равны сумме предыдущих трёх. В чем сложность?

int f(int n)
{
    int v[3] = {0, 1, 2};
    int i;
    if (n < 3)
        return n;
    for (i = 3; i <= n; ++i)
        v[i % 3] = v[0] + v[1] + v[2];
    return v[n % 3];
}

Все ли в порядке с памятью?

С памятью всё в порядке.
Код который это печатает находится тут и занимается, как я вижу, реорганизацией MTRR.

Если по логике 33/8=4

Если логика математическая, то 33/8 = 4 1/8. И эту одну восьмую тоже надо где-то хранить.

tar (child): cannot run bzip2: No such file or directory
Что не так?

Нужно установить bzip2.