xmake точно форк premake? Что-то не написано нигде. А вообще я немного негативно отношусь к китайскому софту, их проекты всегда выглядят так как будто они их чисто для себя пилят, инфа и ишьюсы на китайском и пользы для всего остального мира мало. Больше похоже на "мы выбросили а вы сами разбирайтесь" а не на opensource нормальный. У этого  проекта хоть ридми на английском есть и то ладно.

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

Я правильно понимаю, что luasocket не умеет в unix-овские сокеты?

Возьму luv тогда

Luasocket про кроссплатформу.

Для кроссплатформенной многопоточности можно дёргать lanes или другие либы дающие то же самое. Для общения между разными, не связанными друг с другом процессами можно использовать обычный luasocket, делая запросы на localhost аналогично юникс-сокетам с всего лишь чуть меньшей скоростью обмена но кроссплатформенностью. Для подсоединения к уже реализованному кем-то приложению с юникс-сокетами — в любом случае понадобятся именно они, возьми что-то ещё, как раз вроде luv.

Лично я советую использовать кроссплатформенные варианты везде где возможно, мало ли как что обернётся.

Нету здесь кроссплатформы, т.к. приложение linux-only

Лады.

А есть пример luasocket с unix?

Нет, luasocket не умеет в unix, но можно общаться между процессами по TCP, с тем же результатом в большинстве случаев но с кроссплатформой. Перечитай.

Увидел, и мне так не нужно

Кстати, раз уж разговор об этом зашел. С чистыми luasocket и lua-lanes возможно сделать многопоточный хендлинг? Потому что мне приходилось свой бинарник luasocket собирать, сунув в метатаблицу функцию setfd, которой нет по дефолту. В итоге в одном потоке у меня работал accept(), как прилетал клиент - создавался новый поток и в него отправлялся client:getfd(), а уже внутри потока происходила магия по созданию dummy-юзердаты TCP сокета и присвоения ей полученного дескриптора.

Я что-то искал более удобное решение, но ничего не нашел.

Обычно делается не так. Создаются потоки, один висит в ацепте, как получил дескриптор, отдает его в очередь и кто свободен - забирает. Ибо создание потока, если мы о system thread, довольно тяжёлая задача

А недавно в линухи запилили фичу, что могут сами воркеры висеть в ацепте и если один схватил соединение, остальные не просыпаются. Раньше все посыпались

Но это надо включать

Ну а высший пилотаж создавать треды, в которых работа идёт через асинхронщину

А почему тогжа нельзя на С написать многопоточный listener и оркестратор? Запустить в каждом lvm и потом уже отдавать в конкретный поток в котором со старта крутится lvm?

На ланесах вполне можно держать треды, в которых закорутиненные подпотоки. Правда, для полноценной реализации ещё нужна какая-нибудь либа асинхронного ввода-вывода, и запуск тредов с корутинами по событиям чтения/записи.

да, именно так, согласен