Перенос SFML-Проекта С++ с Windows на Linux

Добавить в параметры сборки флажок

-lpthread или просто -pthread

Не посчитайте профаном, но я у меня не получается найти место куда именно нужно это добавлять в Qt Creator? Не получается найти настройки линковщика

А какой именно системой сборки вы пользуетесь? QMake или CMake?

Если QMake, то добавьте в .pro-файл своего проекта:

CONFIG += thread

А если CMake, то добавьте в CMakeLists.txt что-то вроде:

find_library(PTHREAD_LIBRARY pthread)
# ... 
target_link_libraries(main ${PTHREAD_LIBRARY})

CMake (FindThreads):

set(THREADS_PREFER_PTHREAD_FLAG ON)
find_package(Threads REQUIRED)
target_link_libraries(${PROJECT_NAME} Threads::Threads)

qmake:

CONFIG += thread

Meson: Потоки

Ооочень благодарен, помогло добавление thread в Config

Да, это действительно помогло, спасибо огромное

Но мы не просто так упоминаем CMake: Qt переходит с qmake на CMake.

Но qmake же продолжит работать всё равно, вроде.

Ну да, но в морг – значит, в морг, нет :-)?

Если бы альтернативой был не CMake, то может быть да, а так уж лучше qmake.

Очень странно... Если ты подключаешь SFML через CMake, то там не требуется никаких телодвижений, все зависимости уже прописаны. А qmake уже потихоньку в гроб ложат.

Как по мне, так лучше уж старый добрый CMake, чем всякие мезоны, скунсы и кумейки.

На Meson потому и переходят, потому что CMake – говно.

Уж лучше CMake, чем qmake.

Так-то можно и Meson использовать, но интеграции у Qt Creator (на февраль 2019-го) с ним нет.
А вот у GNU autotools интеграция есть, потому может и для Meson тоже будет в будущем.

qmake уже потихоньку в гроб ложат

А что там в Qt 6.0 будет вместо qmake? То был какой то QBS, а сейчас стало быть Meson???

CMake – говно

Платиновые слова, воистину так. См, выше: QBS? Meson? Что есть наше будущее? Хотя qmake мне до сих пор нравится, видимо проекты у меня примитивные.

На CMake перейти хотят.

Если не прибивал гвоздями прогу к оффтопику (Windows.h не считается :)), то портирование тривиально. Которые тут тебя агитируют за мезон — лукавые еретики. meson == python to build cpp == heresy.

По правде, твой проЭкт не должен зависеть от того, какая у тебя система сборки. Т.е. норм должен собираться любым наколеночным скриптом (который например генерит входной файл для make, или $BULDSYSTEMNAME, но зависеть от кучи сторонних зависимостей — это не айс). Добавлять пыхтон для сборки cpp — это болезнь тех которые «знают как надо», а в результате создают «15-й конкурирующий стандарт» — бесило еще при сборке v8, когда «установите питон и пыхтоно зависимости не ниже версий таких-то», которые проекту на cpp вроде как никуда не уперлись. В результате этот ихний GYP уже давно RIP — ну и нафиг тебе такие зависимости, которые зависят от левой пятки уставших сектантов, которые бросают свою поделку не достигнув ни зрелости ни значимой массовости. По той же причине можно крепко подумать, нужно ли Qt и ее среда, которая не так давно валилась при парсинге любого достаточно большого cpp проекта :) Слишком давно они свернули куда-то не туда — вместо фикса перетаскиваемых из релиза в релиз багов.

meson == python to build cpp == heresy

Meson не направлен исключительно на C++. Если интересно, почему они выбрали именно Python, то вот.

установите питон и пыхтоно зависимости не ниже версий таких-то

Meson, наоборот, старается минимизировать объём зависимостей.
На данный момент, ему нужен Python 3.5+, Setuptools и ninja. Больше ничего.

Что есть наше будущее?

К сожалению, CMake.