Dmitrii

Из компилируешь a.cpp и b.cpp, а затем просто используешь их объектные файлы

пример на Makefile

a.o: a.cpp
     gcc -c a.cpp -o a.o

b.o: b.cpp
     gcc -c b.cpp -o b.o

tests.exe: a.o b.o
     gcc a.o b.o test_main.cpp -o tests.exe

app.exe: a.o b.o
     gcc a.o b.o app_main.cpp -o app_main.exe

как-то так

UPD: если про CMake, то используй OBJECT библиотеку

add_library(common OBJECT a.cpp b.cpp)
add_executable(tests PRIVATE tests_main.cpp $<TARGET_OBJECTS:common>)
add_executable(app PRIVATE app_main.cpp $<TARGET_OBJECTS:common>)

// str - строка типа std::string
const unsigned char* str_ptr = (const unsigned char*) str.c_str();

-        for (short i = 0; i < n; ++i) 
+        for (short i = 1; i <= n; ++i)

да и зачем там 2 цикла вообще непонятно

Скорее всего проблема в кодировке файла. Попробуй сконвертировать формат файла в utf-8, если другой, и дополнительно смени тип новой строки с \r\n на \n (не уверен, что важно)

Потому что int имеет ограниченный размер.
Для твоей программы не обязательно парсить число - можно его разбирать как строку.

Это раскладка клавиатуры. Наверняка стоит США - Международная. Нужна просто США.

Одномерный массив размером X * Y - единственное решение, если нужен непрерывный участок памяти.
Для получения первого индекса - index / X, для второго - index % X.
Но надо позаботиться - чтобы места было достаточно, иначе однажды получишь OOM либо когда место закончится, либо при сильной фрагментации памяти.

Вариант с "зубчатым" массивом, тоже норм - отложенное выделение можно реализовать. Но по скорости будет проигрывать из-за локальности данных. Хотя, если нужен непрерывный участок - уже не подходит

Нет.

Если это нативный C++ - нет. В нем нет такого синтаксиса.
Если это CLI/C++ (яп для .net), то да

На выбор: std::initializer_list, variadic arguments, variadic templates.

Примеры по ссылкам есть. Последнее - вообще оверкилл, и в вашем случае вообще не нужно. Советую использовать initializer_list.

Сначала объедините все ваши строки в одну через какой-то раздилитель, которого не может быть в искомой строке (можно и без него, но с ним код чуть проще будет). В конце поставьте этот же разделитель 2 раза. Вроде "строка1$строка2$строка3$...$строкаN$$".

Вот уже ваша задача - быстро искать какую-то остроку в фиксированном тексте, а не куче строк.
Тут есть много вариантов. Например, постройте суффиксное дерево алгоритмом Укконена. Вот эта ваша структура. При запросе, как в боре, поищите искомую строку в этом дереве. Если где-то перехода нет - вхождения вы не нашли. Если вы остановились на какой-то вершине (или ребре в дереве), то вам осталось каким-нибудь обходом в глубину найти все листья в поддереве этого места. Каждый лист соответствует вхождению. Еще при построении суффиксного дерева вы каждый лист пометите началом суффикса. Можно в тот же момент место в строке и конкатенаций перобразовать в номер исходной строки (например, бинпоиском по индексам начал строк в тексте. Или просто заведите массив, где для каждого символа в тексте при построении запишите, какая изначальная строка там была).

Если разделитель не использовать, то могут быть лишние результаты - где искомый шаблон приложился между двух исходных строк в тексте. Их надо будет выкинуть.

Другой вариант - через преобразование Барроуза — Уилера. Вот есть лекция. Этот алгоритм часто упоминается в курсах по биоинформатике. Реализацию может даже найдете где-то. Потом можно найти номера исходных строк из индексов вхождений через тот же бинпоиск по сортированному массиву индексов начал всех строк в тексте.

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

Учтите, что построение структуры данных тут будет в несколько раз медленнее простого for+Contains. Выигрыш вы получите, если у вас текст действительно статичный и вы в нем много раз что-то ищите.

Логику пишет геймдизайнер, который не очень то программист - напрашиваются BP.

Сетевой код, работа с голым UDP - напрашивается C++.

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

Какое-то очень узкое место, где надо обрабатывать кучу чисел и объектов.
Что-то типа конвейеров в factorio например.
Напрашивается C++ из-за своей эффективности и плотности логики, ибо то же самое на BP будет очень развесистой лапшой.