Даниил Демидко

Никак не заинтересовать если у него самого явного интереса к этому нет.

Пытался нескольких людей заинтересовать из своего окружения, не навязывая, но они посмотрели, поохали, поахали и на этом всё.

Меня например насильно никто не тянул в мир кода, сам пришёл, своим путём.

Сам не захочет, не начнет. Программирование это ад для обычного человека.

3) Использование инициализации списком для структур (POD) с уже прединициализированными полями:

Это C++11. Хорошее дело. MinGW поддерживал, пока стандарт ещё вырабатывался. MSVC начал было, да бросил и довёл до конца аж в 2015!!

1) Разное содержимое одних и тех же хедеров

Не выбивается из стандарта.

2) MSVC спокойно компилирует нечто вроде

MSVC ошибается, таким образом неконстантную ссылку передавать запрещено.

но при этом не компилирует код, если не-void функция не возвращает значение

Хорошая диагностика, но это лишь warning, а не error. Компилятору трудно знать, возможен ли тот или иной путь исполнения кода.

Библиотека импорта для dll - это вспомогательный артефакт связывания основного образа программы с динамическим модулем.
В общем - никак, раз уж явную загрузку тебе не предлагать. :)

Иное дело - это твои хитромудреные манипуляции для установления зависимости между основным и динамическими модулями. Зачем тебе потребовалось явно указывать линковку с lib файлом?
У каждого проекта студии есть список зависимостей (References). Если в проекте главного модуля программы установить зависимость от проекта динамической библиотеки, то msbuild все свяжет за тебя.

А еще есть нестандартная но широко поддерживаемая #pragma comment(lib,"xxx.lib").

Задача lib — указать если не код функций, то хотя бы каким образом их прилинковывать из DLL. В частности, как «искозявлено» имя функции при переводе с Си на Си++. Этот самый lib — издержка разделения функций между компилятором и линкером.
Не знаю, как MSVS/cl, но MinGW/ld с определённого момента начал прилинковывать DLL просто по наличию этого DLL, без построения *.a (а Embarcadero/ilink32, насколько мне известно, умел это изначально). С одной стороны, это серьёзно упрощает жизнь. С другой — для некоторых хитрых способов преобразования имён (или даже без имён, как в небезызвестном storm.dll) он не выцепит, что с чем слинковывать, *.a всё равно потребуется.
stackoverflow.com/questions/31708832/how-to-refere...
www.codeproject.com/Questions/613668/Is-it-possibl...
Простейший, действующий на любом компиляторе способ — это сделать DLL-заглушку со всеми нужными нам функциями в нужных нам соглашениях вызова и с нужным образом закозявленными именами. Код может быть любым, хоть пустым. Компилируем, подставляем этот lib и правильный DLL.
Второй способ — получить список имён функций, собрать их в *.def с правильными соответствиями «имя в коде — имя в DLL» и сделать из этого *.lib. Какими программами это делается в MSVS — описано по одной из ссылок.

// extract to string
#include <iostream>
#include <string>

int main ()
{
  std::string name;

  std::cout << "Please, enter your full name: ";
  std::getline (std::cin,name);
  std::cout << "Hello, " << name << "!\n";

  return 0;
}

www.cplusplus.com/reference/string/string/getline

Можно сделать с помощью нейронной сети
Это делается так, берем обученную, например, на имэджнэте глубокую сверточную сеть, отбрасываем у нее последние 2-3 слоя, так как они являются классификаторами и нам не нужны
То, что сталось - это слои, которые выделяют признаки
И потом прогоняем одну картинку через НС, вторую, если активированные на выходе нейроны практически одинаковы, значит и картинки похожи

Всё просто, следуйте это инструкции

Соглашусь с предыдущем комментарием, только добавлю ещё один нюанс: ссылки в расте, точно так же, как в С++, не могут содержать нулевой указатель. Опять же, арифметика указателей с ними не работает. Как по мне, это делает их ближе к плюсовым ссылкам, несмотря на возможность брать адрес ссылки и "переназначения значения".