а вот теперь вопрос по теме: в чем удобно собирать проекты на с++ в линуксе

а вот теперь вопрос по теме: в чем удобно собирать проекты на с++ в линуксе

Смотря какую систему сборки они используют и какой это дистрибутив.

есть решения с графической оболочкой?

Смотря какую систему сборки они используют и какой это дистрибутив.

дистрибутив дело не особо важное

Смотря какую систему сборки они используют и какой это дистрибутив.

ну дебиан например

есть решения с графической оболочкой?

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

дистрибутив дело не особо важное

Речь о сборке пакета конечно для конкретного дистрибутива.

есть решения с графической оболочкой?

Зачем они нужны?

Речь о сборке пакета конечно для конкретного дистрибутива.

про ПАКЕТ никто ничего не говорил

Зачем они нужны?

я просто не умею линуксом пользоваться

на Винду qt и VS есть

привык

а че там уметь, cmake && make

Обычно выполняется ./configure && make && make install или mkdir build && cd build && cmake .. && make && make install

как и в винде

а че там уметь, cmake && make

До сих пор куча проектов на autotools сидят.

(cmake|qmake|любое_другое)

на Винду qt и VS есть

Используй Qt Creator. Есть в репах любого дистрибутива.

Используй Qt Creator. Есть в репах любого дистрибутива.

я бы посоветовал командную строку осиливать)

Обычно выполняется ./configure && make && make install или mkdir build && cd build && cmake .. && make && make install

Я прописываю директорию сборки прямо в CMakeLists.

Я прописываю директорию сборки прямо в CMakeLists.

?

Я прописываю директорию сборки прямо в CMakeLists.

Плохо. Не делай так. Говорю как мейнтейнер дистрибутива.

Потом патчить придётся перед сборкой на билд-серверах.

им дали CMAKE_PREFIX_PATH

но нет

тьфу, не то)

add_subdirectory(src build)

Что плохого-то?

Что плохого-то?

Каталог сборки определяется системой сборки и в большинстве случаев это не build, а нечто вроде linux_$distname_$arch_$date.

add_subdirectory(src build)

шэдоу билд то работает?

Если у тебя пути захардкодены, придётся всё это патчить.

шэдоу билд то работает?

Без понятия, что это такое. :)

Гуглится что-то кьютовское

Гуглится что-то кьютовское

а у меня path of exile, лол

Гуглится что-то кьютовское

Qt Creator имеет такую функцию. Сборка проекта выполняется в отдельно указанном каталоге.

А, ну я не тестировал это с Qt Creator.

Я ха ninja

Быстрей, мейкфайлы приятней.

да с кути это мало связано

Кроссплатформенно.

да с кути это мало связано

Да.

это когда ты делаешь mkdir build && cd build && cmake .. && make

типа того

ERROR: S client not available

Да.

Не понимаю, зачем владельцам дистрибутивов собирать это где-то в особенном месте.

ну попробуй через билдрут накатить свою сборку линукса

Не понимаю, зачем владельцам дистрибутивов собирать это где-то в особенном месте.

Все сборки выполняются на билд-серверах в контейнерах.

в текущей системе

куда оно нагадит?

куда оно нагадит?

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

А, т.е. речь идет о сборке разных версий на одной системе?

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

ну это вопрос уже к системе сборки таргет пакеты, после обычного мейка ничего никуда не девается

А, т.е. речь идет о сборке разных версий на одной системе?

Нет. Инфраструктура сборки содержит контейнеры с разными целевыми версиями дистрибутивов.

ну это вопрос уже к системе сборки таргет пакеты, после обычного мейка ничего никуда не девается

Например используемый Fedora mock для сборок будет использовать /var/cache/mock. Там же потом смогут быть найдены результаты.

Например используемый Fedora mock для сборок будет использовать /var/cache/mock. Там же потом смогут быть найдены результаты.

? только билдрутом собирал

и openwrt

Это конечно при сборке на своей машине. При сборке на билд-сервере в инфраструктуре, всё будет сделано автоматически: создан пакет с исходниками, произведён запуск контейнера с нужной версией, запущен mock, результаты будут выгружены.

Cистема автоматической сборки Fedora: http://koji.fedoraproject.org/koji/

и openwrt

OpenWRT лучше собирать в отдельном контейнере или виртуалке его собственным тулчейном ибо плохо он дружит с современными компиляторами gcc. Насколько я помню, раньше он вообще GCC 6.x не собирался.

OpenWRT лучше собирать в отдельном контейнере или виртуалке его собственным тулчейном ибо плохо он дружит с современными компиляторами gcc. Насколько я помню, раньше он вообще GCC 6.x не собирался.

ну так то тулчейн он и так свой собирает

Помогите. С чего мне начать изучать?

С. Прата или Б. Страуструп

Помогите. С чего мне начать изучать?

https://telegram.me/joinchat/BYlFbD3eN3JMaG34hyh96w вам сюда