Универсальное начало: "Представляете, что еще эти козлы хотят завезти в стандарт?!"

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

будто кто-то плюсы за пределами работы тет-а-тет востороженно обсуждает

Я!

компилятор получше поставить нельзя из-за особенностей некоторых дистрибутивов компании

таких как 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!

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

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

long long int

А что-нибудь из этого "слабо"? http://en.cppreference.com/w/cpp/types/integer

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

Опа, интересная тема начинается - венгерка.

А есть ли смысл в нотациях с наличием "нормальной" IDE?

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

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

А есть ли смысл в нотациях с наличием "нормальной" IDE?

Это какой же?

notepad

Visual Studio CLion Qt "чё-то" там (как я мог забыть, как это чудо называется) и тп распознают типы

QtCreator

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

Visual Studio CLion Qt "чё-то" там (как я мог забыть, как это чудо называется) и тп распознают типы

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

Я например код пишу в Notepad++ на сиподобном языке и типы данных не подсвечиваются. Бывают сорцики, где кода на 12 к строк, единственное, что спасает - венгерка.

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

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

Разве это возможно? Лучше бы кота кормили, которого нет

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

localVar1, localVar2...

localVar1, localVar2...

А снейки пробовали? Удобно.

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

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

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

a1, temp2 - неправильно, код должен быть документируемый: a1 // temp2 //

a1, temp2 - неправильно, код должен быть документируемый: a1 // temp2 //

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

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

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

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

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

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

ясен пень

В этом случае толку мало всеравно. Ты же не будешь писать комментарий везде где 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?

Нинужно!

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

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

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

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

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

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

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

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

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

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

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

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

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

А под линей so - нет?

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

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

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

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

ERROR: S client not available

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

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

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

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

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

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

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

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

О_О

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

Вы имеете что-то против Qt?

О_О

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

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

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

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

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

релизный?

релизный?

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

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

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

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

Лучше бы сразу исходников подкинули.

А под линей so - нет?

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

Лучше бы сразу исходников подкинули.

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

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

сжечь

сжечь

Отреверсить и исходники под GPL!

сжечь

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

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

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

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

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

Вы имеете что-то против Qt?

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

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

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

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

Мне сложно сказать, в чем "фича", с Qt толком не работал. Но, ранее линковал один проект, вышло достаточно объёмно.

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

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

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

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

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

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

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

Ой не надо! Прикрутим Intel C++ и понеслась.

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

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

ога

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

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