jcmvbkbc

ссылка на неразрешенный внешний символ "public: __thiscall MobilePhone::~MobilePhone(void)"
почему просто из-за попытки создать экземпляр в стеке вообще должны вылазить какие-либо ошибки?

Ты текст ошибки прочитал? Как ты думаешь, что происходит, когда заканчивается жизненный цикл объекта созданного на стеке (т.е. при выходе из main() в твоём случае)?

Я перепробовал множество альтернатив команды printf

вызовы функции printf(…) в этом коде вообще выглядят чужеродно, правильно было бы заменить их на fputs(…, stdout).

Как я могу это ускорить?

думаю, что никак: консольный вывод под виндой нетороплив по своей природе.

extern "C" GRAPHICLIBRARY_API int SizeX;
extern "C" GRAPHICLIBRARY_API int SizeY;

//Ошибка ссылается на строки ниже:

ScreenClass::SizeX = sizeX;
ScreenClass::SizeY = sizeY;

Разницу в регистре видишь?

При установке на CentOS 8, ядро 5.13.13 возникает следующая ошибка:

/usr/src/dahdi-linux-complete-3.1.0+3.1.0/linux/drivers/dahdi/opvxa24xx/callerid.c:1235:40: ошибка: в передаче аргумента 4 «proc_create_data»: несовместимый тип указателя [-Werror=incompatible-pointer-types]
     proc_create_data(name, 0444, base, &proc_param_fops, data);
                                        ^~~~~~~~~~~~~~~~
/usr/src/dahdi-linux-complete-3.1.0+3.1.0/linux/drivers/dahdi/opvxa24xx/callerid.c:1321:40: ошибка: в передаче аргумента 4 «proc_create_data»: несовместимый тип указателя [-Werror=incompatible-pointer-types]
     proc_create_data(name, 0644, base, &proc_param_off_fops, data);
                                        ^~~~~~~~~~~~~~~~~~~~

Ага, в ядре успели переделать интерфейс proc. Проще всего закомментировать вызовы proc_create_data в строках linux/drivers/dahdi/opvxa24xx/callerid.c:1235 и linux/drivers/dahdi/opvxa24xx/callerid.c:1321

Не работает.

(defun fastexpt-iter (n p a)
  (format t "n: ~A p: ~A a: ~A~%" n p a)
  (if (= 1 p)
    (* n a)
    (if (evenp p)
      (fastexpt-iter (* n n) (/ p 2) a)
      (fastexpt-iter n (1-  p) (* a n)))))

(defun fastexpt (n p)
  (if (zerop p)
    1
    (fastexpt-iter n p 1)))

так работает.

Что я делаю не так?

Не учитываешь, что при погружении в рекурсию n тоже может расти. Или неправильно интерпретируешь параметры fastexpt-iter. В моей интерпретации fastexpt-iter(n, p, a) = n ^ p * a.

компилятор ругается что
mov esi, CPUInfo
mov eax, InfoType
undefined

Ну правильно ругается. Это же не глобальные имена и их же нет в ассемблерном исходнике?
Можно поправить определение функции getCpuID вот так: getCpuID PROC PUBLIC, CPUInfo, InfoType.
И стоит прочитать вот это чтобы представлять, как параметры передаются в функции и что ещё нужно делать, чтобы всё работало.

у функии нет определения, хотя оно в asm-файле, как это можно исправить

поменять в ассемблерном исходнике square PROC на square PROC PUBLIC.
Убедиться, что ассемблерный исходник помпилируется и линкуется с проектом.

запускаю эту команду из командной строки за флагом -- p-4
и мне нужно получить 4-ку чтобы обработать её в дальнейшем.

как-нибудть так?:

#! /bin/bash

foo()
{
    RES="${1#p-}";
}

foo "$1"
echo "$RES"

из объяснений ничего непонятно.

Насколько безопасен такой алгоритм

Такой алгоритм небезопасен.

Во-первых ты путаешься в терминологии. Сначала ты называешь это "хешированием данных с солью", потом соль становится "какой-то сложной случайной строкой", потом уже это "хеш с ключом", а в конце оказывается, что строка -- секретная. Соль -- это средство уникализации хешей и защита от подбора хеша с помощью радужных таблиц, её значение не является секретным, но оно должно быть уникальным для каждого защищаемого объекта.

Во-вторых если "сложная случайная строка" общая для всех пользователей и используется так как ты описал, она просто становится частью пароля хешируемого без соли. Аутентифицированный пользователь получивший хеш для своего пароля может подобрать "сложную случайную строку" с помощью радужных таблиц.

// Causes compile-time errors:
//! f7(f5());

Смотри, а ещё можно вот так сделать:

class X {
 int i;
public:
 X(int ii = 0);
 void modify();
 X& ref() {return *this;}
};
...
f7(f5().ref());

система сама туда монтирует devtmpfs и, соответственно, прибивает мои художества.

Так может отключить в конфиге ядра параметр DEVTMPFS_MOUNT ?