таких как winxp?

ALT Linux 6 кажется

ну даже не 2.4 ядро, жить можно

у него там компилятор из репозитория gcc 4.5.3 максимум. Хз кстати чего не собрать компилятор поновее, кажется собирали, да гемора больше вышло чем преимуществ

Большинство просто не будет волноваться, ибо куча кода ещё на C++03

Местами это ограничение искусственное

у него там компилятор из репозитория gcc 4.5.3 максимум. Хз кстати чего не собрать компилятор поновее, кажется собирали, да гемора больше вышло чем преимуществ

Improved experimental support for the upcoming C++0x ISO C++ standard, including support for raw strings, lambda expressions and explicit type conversion operators!

Местами это ограничение искусственное

Не спорю, вполне преодолимо, но профита почти нет

Венгерская нотация именования это плохо?

несите пива и воблы

венгерская нотация именования это неприятно

Это какой же?

notepad

QtCreator

ну я крайний раз в qt-creator писал на плюсах

а я думал IDE уже переменные за тебя называют, было бы удобно

мне легче по нотации поглядеть для чего переменная/функция нужна, чем наводить там и ждать пока эта клятая подсказка всплывет

а я думал IDE уже переменные за тебя называют, было бы удобно

localVar1, localVar2...

правила, ребят. Об IDE в супапро😉

Саппортил я както код на делфи, где оно насквозь было пронизано переменными с названиями типа а1, temp2... Больше не хочу так.

Была у меня идейка довольно странная. Попробовать на цепях маркова и выгрузке из github'а сварганить генератор имен переменных. Но так и не взялся

В этом случае толку мало всеравно. Ты же не будешь писать комментарий везде где a1 используется? Это ещё хорошо, если она локальная и находится в маленькой функции.

Саппортил я както код на делфи, где оно насквозь было пронизано переменными с названиями типа а1, temp2... Больше не хочу так.

Понял что делает - переименовал

В этом случае толку мало всеравно. Ты же не будешь писать комментарий везде где a1 используется? Это ещё хорошо, если она локальная и находится в маленькой функции.

ну десятка полтора было глобальных

Понял что делает - переименовал

ясен пень

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

Можно курс на Stepik посмотреть, Кринкин неплохо рассказывает :)

принял спасибо

что думаете на счет книги art of unix programming?

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

да просто забудь про винапи и пиши. В линупсе всё проще намного.

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

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

Опенсорц проект всегда следует линковать динамически с имеющимися внутри дистрибутива -development пакетами (имя_либы-devel в Fedora/CentOS и имя_либы-dev в Debian/Ubuntu). Cmake их отлично умеет находить и добавлять.

Если у тебя проприетарщина, тогда абсолютно всё следует линковать статически, дабы у пользователей (если такие вообще будут) не было проблем с запуском.

Если у тебя проприетарщина, тогда абсолютно всё следует линковать статически, дабы у пользователей (если такие вообще будут) не было проблем с запуском.

Если у тебя проприетарщина, тогда абсолютно всё следует линковать статически, дабы у пользователей (если такие вообще будут) не было проблем с запуском.

🙈

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

Например ты собираешь свой проприетарный пакет внутри Fedora, где все современные либы, а пользователь будет запускать его в Debian, где всё уровня "говно мамонта". Разумеется оно там может вообще не запуститься.

Вот от такого и спасает статическая линковка зависимостей.

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

А как же всякие DLL?

А как же всякие DLL?

это он про линух

А я думал что про вин

А я думал что про вин

я тоже вначале подумал, что про венду

А как же всякие DLL?

Тащить с собой динамические библиотеки моветон. Нужно использовать либо то, что предоставляется системой, либо линковаться с нужными статически.

Пример плохого стиля - Steam.

Ну если линь то всегда можно подтянуть зависимости

нужно больше ненависти к дебиану лол

Тащить с собой динамические библиотеки моветон. Нужно использовать либо то, что предоставляется системой, либо линковаться с нужными статически.

если лицензия позволяет, минуточку с гпл так не выйдет

в выньду я бы убился все статически линковать

если лицензия позволяет, минуточку с гпл так не выйдет

Тогда городить адские костыли в виде механизма LD_PRELOAD, либо искать либы под LGPL.

в выньду я бы убился все статически линковать

Вот под виндами dll рядом с EXE - это норма.

Тащить с собой динамические библиотеки моветон. Нужно использовать либо то, что предоставляется системой, либо линковаться с нужными статически.

а потом появляются 100мб бинарники

а потом появляются 100мб бинарники

100мб - это какие-то маленькие еще бинарники

100мб - это какие-то маленькие еще бинарники

ну это так. пет-проекты

1,2 Гига, вот это я понимаю бинарь )

Например ты собираешь свой проприетарный пакет внутри Fedora, где все современные либы, а пользователь будет запускать его в Debian, где всё уровня "говно мамонта". Разумеется оно там может вообще не запуститься.

Прописывать депенденси?

Венгерская нотация именования это плохо?

мне норм. m_, s_ - определенно имеют смысл

100мб - это какие-то маленькие еще бинарники

О_О

О_О

ну, на прошлой работе у нас был 1,2 гига бинарь )

1,2 Гига, вот это я понимаю бинарь )

туда ещё все файлы остальные в ресурсы затолкать ещё

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

ну, на прошлой работе у нас был 1,2 гига бинарь )

релизный?

релизный?

агась "релизный"

они его так и поставляли с отладочной хренью 🙈

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

Есть, но, как я уже говорил, тащить их с проектом - моветон.

🤗 когда я говорил, давайте в релизе сбилдим, они говорили, а зачем 🙈

🤗 когда я говорил, давайте в релизе сбилдим, они говорили, а зачем 🙈

сжечь

сжечь

я оттуда уволился :)

Прописывать депенденси?

Нужно прописать их в конфиг Cmake, чтобы он добавил пути для инклудов. А dependency для RPM/DEB пакета пропишет сама система сборки.

это не просто брюзжание, это ж по перфомансу серьезно бьет

что ты там наоптимизируешь в дебажном бинаре

Официальный клиент Telegram Desktop, собранный статически со всеми зависимостями (и Qt), весит около 50 МБ.

Официальный клиент Telegram Desktop, собранный статически со всеми зависимостями (и Qt), весит около 50 МБ.

под виндой 37 даже

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

Не приятно. Официальный бинарь - это кусок дерьма. Собран криво, без оптимизаций, без поддержки системных настроек шрифтов, с протухшими версиями библиотек, гадит везде как малварь.

что ты там наоптимизируешь в дебажном бинаре

а что мешает его собрать с -O3 ?)

ну, на прошлой работе у нас был 1,2 гига бинарь )

Вам следует научить систему сборки делать strip для отладочный инфы.

а что мешает его собрать с -O3 ?)

с -O3 и дебажными символами?

ога

Вам следует научить систему сборки делать strip для отладочный инфы.

ну, теперь это целиком их забота ) Я там больше не работаю )

Отладочную инфу надо вырезать из релизной версии.

Qt - это фреймворк. С чего мы ему что-то стрипать? Стрипаешь сам по окончании общей сборки её результат.