Не тонем.

В прошлом треде запости ссылку на перекат.

Перекатился.

Есть убунта и я хочу вкатиться в с++. На чем писать код и чем помпилировать? Слышал про gcc и g++: они нормальные?
Скачал вторую из шапки книгу: Стэнли Липпман, Жози Лажойе и Барбара... - она подойдет для новичка, если я собираюсь программировать на линуксе. Могу я из-под прыщей кодить программы для виндоуса?

Точно, первый опыт хелоувордов был на в10 с вс, поэтому я не понимаю, как писать в блокноте, чтобы потом в отдельном компиляторе скомпилировать программу.

>>866503 (OP)
Плюсы - говно. Куча ненужной хуиты типа шаблонов и множественного наследования, нет делегатов, объектники от разных компиляторов бинарно несовместимы, уродский раздутый стандарт на тысячу страниц. Если бы плюсы не взяли за базу Си, то это говно давно бы померло.

Господа, помогите. Пишу в Qt 5.6, использую библиотеку для отображения оффлайн карты https://github.com/raptorswing/MapGraphics
Подскажите, как реализовать в ней геолокацию ?

>>866558
>Есть убунта и я хочу вкатиться в с++. На чем писать код и чем помпилировать? Слышал про gcc и g++: они нормальные?
Значит Убунту тебе мозгов поставить хватило, а найти в чем код писать нет. Ставь студию в вайне тогда, пердолик

>Могу я из-под прыщей кодить программы для виндоуса?
С этого окончательно проиграл. Ты С++ изучать собираешься или тебе надо просто заебаться? Каждый блядский тред одно и тоже, каждый тред. Ньюфажики лезут изучать С/С++, но студия видимо слишком мейнстрим для них, нужно обязательно пердолиться с мейкфайлами и компиляцией из блокнотика.

>>866574
Ну и почему же это единственный выстреливший наследник си, коих немерено? инб4: потому что ты далбич.

>>866587
>обязательно пердолиться с мейкфайлами
И зачем нужно писать мейкфайл для компиляции хэловорда? g++ hui.cxx — слишком сложно для нюфага?

>>866592
> Ну и почему же это единственный выстреливший наследник си
Зафорсили. А реально язык - кусок говна. Если откинуть божественное наследие Си, то останется один вонючий кал, вроде шаблонов, перегрузки операторов, изуверские способы функционирования конструкторов/деструкторов, отсутствие бинарного стандарта на типы, строковый тип с костылями, и.т.д..

>>866603
Насчет шаблонов ты зря, без генериков совсем хуево. Лучше уж такие чем никакие.
С остальным согласен.

>>866603
>отсутствие бинарного стандарта на типы
Ах да, и это необходимо для мультиплатформы.
Сделанной через жопу, правда.

>>866599
а если у тебя 4 файла?

>>866574
> нет делегатов
А с чего язык должен поддерживать какой-то специфичный "паттерн проектирования"?

>>866603
Ну так из-за наследия си всё говно и льётся. Ты пока что перечислил только нужные фичи. Кстати, что не так с конструкторами/деструкторами?
Не понял насчёт бинарного стандарта типов. Одинаковые размеры на всех платформах? Хуиток вроде cstddef как говна, и опять же — это из няшной проблема.
>>866612
g++ hui1.cxx hui2.cxx hui3.cxx hui4.cxx
инб4: вводить всё каждый раз тоже не надо, да.

>>866612
>4 файла
>хэловорды
>мэйкфайлы
ловите поехавшего блять
алсо один хуй придётся разбираться с мейкфайлами, сборкой под разными системами и конфигурацией билдов, так что это райт вей

>>866615
Пнятно, значит компилировать в g++, тогда где писать. Есть что поудобнее, чем стандартный убунтовский блокнот?
К слову свободная ось стоит скорее для обработки фотографий моего члена в рав, но снова появилось желание вкатиться в дев и поэтому пишу. Еще в каком-то гайде слышал, что для вкатывания в код желательно сидеть на прыщах и все пилить вручную. Еще мне нравится юнити, благо стоит не совсем некроговно и на все хватает ресурсов компьютера, а винда для игрушек.

>>866581
Бамл

>>866606
> Насчет шаблонов ты зря
Шаблоны - это такая же залупа, как и макросы. И претензия к ним точно такая же, как к макросам - не видно кода, который реально выполняется. Даже в отладчике
> Лучше уж такие чем никакие.
Страуструпа можно было простить в начале, когда он выдумывал множественные наследования. Но когда появилась и успешно стрельнула java, которая реально в продакшене показала, что нужно только одиночное наследование, а для остального вполне достаточно интерфейсов - уже не было никакого смысла поддерживать этот ебаный цирк с конями
>>866609
> Сделанной через жопу, правда
Тип int должен быть равен размеру регистра целевой платформы. Из этого всё и вышло. Никогда нельзя сказать наверняка, сколько у тебя будет в short int
>>866613
> поддерживать какой-то специфичный "паттерн проектирования"
Делегаты действительно позволяют использовать объект без знания его структуры. Не нужно, блеать, быть родственником, чтобы скоммуницироваться. Все это поняли, кроме долбонавтов из С++-комитета
>>866615
> Ну так из-за наследия си всё говно и льётся
Стандарт K&R Си - это 100 страниц с примерами.
В отличии от стандарта крестов, которые уже в первой редакции весили 450 страниц
> Кстати, что не так с конструкторами/деструкторами?
Неявные. Это - проблема в сопровождении.
Object t и Object t() инициализируются по-разному, нельзя заранее сказать, какие деструкторы сработают, не заглянув в код
> Не понял насчёт бинарного стандарта типов. Одинаковые размеры на всех платформах?
Все портируемые проекты начинаются с собственных велосипедов, описывающих элементарные типы. Второй, очень важный момент. Объекты, скомпилированные одним плюсовым компилятором, не получится использовать в проекте с другим компилятором. Из-за манглинга имен и отсутствия стандарта на бинарный объект внутри obj-файлов. Экспорт почти всегда си-подобный. И это не будет решаться никогда

>>866628
> использовать объект без знания его структуры
Всмысли? Я использую кучу разных классов не зная их структуры. ЧЯДНТ?

>>866630
Как минимум, тебе нужен хидер класса, чтобы его использовать. А делегат - это указатель на объект + указатель на метод. Т.е. тебе даже его хидер не нужен, чтобы вызвать. Например, если объект живет в какой-то закрытой либе. Это удобно

>И претензия к ним точно такая же, как к макросам - не видно кода, который реально выполняется.
Почему тогда я могу дебажить начинку STL? Сдается мне ты пиздишь.
>Страуструпа можно было простить в начале, когда он выдумывал множественные наследования.
Хорошо так говорить в 2016 году. Посмотрел бы я на тебя в 95 в время хайпа на ООП.
>Тип int должен быть равен размеру регистра целевой платформы.
А вот за это пожалуй я тебя обоссу, уж извини. Наиуебанская из возможных идей. Только переписали древнюю дристню, которая падала при переходе на х64, теперь ты предлагаешь какой-либо реюз кода между архитектурами вообще по пизде пустить. Лучше уж наоборот отменить int как нечистое наследие сишки и оставить всякие int8_t и т.п.
>Стандарт K&R Си - это 100 страниц с примерами.
Драфт С11 занимает ~600 страниц. Возможно в 80-х это было действительно так. Ну так первые стандарты крестов тоже меньше были. Такой дешевой демагогией нас не проведешь.
>Object t и Object t() инициализируются по-разному, нельзя заранее сказать, какие деструкторы сработают, не заглянув в код
Не понимаю чего тебе не нравится, все очень логично и понятно.
>Все портируемые проекты начинаются с собственных велосипедов, описывающих элементарные типы.
В стандарте есть переносимые типы. Скорее всего всем просто на них похуй. Как что-то плохое.
>Делегаты действительно позволяют использовать объект без знания его структуры.
Охуительные истории. std::function для кого в стандарт добавили? Это без учета бустовых и самописных. Доступных наверное года с 1998, если не раньше.

>>866628
Шаблоны хороши, когда используются как простые генерики, но в остальных случаях ты прав хотя хорошие аст макросы — очень хорошая вещь.

Жява показала что лучше вообще нахуй выпилить наследование из языка, если не хочется оверинжинирить, страдать раком вроде object slicing-а и тормозить, вот что она показала. Но опять же, подобные избыточные вещи регулируются конвеншеном "чо и как используем" для конкретного проекта.

Про неявность конструкторов — в твоём примере во втором случае конструктор вообще не вызывается кстати, вопрос знатокам - а чо вообще вызывается?, а так если знать какие вообще существуют конструкторы проблем нет.

На бинарное несоответствие компиляторов, мягко говоря, насрать.

>>864645
Перекатываюсь из прошлого треда

Мне может кто-нибудь объяснить, почему неосиляторы больше всего бомбят именно от множественного наследования?

>>866649
>Шаблоны хороши, когда используются как простые генерики
А что, есть дебилы которые используют для чего-то еще?
>2ch.mail.ru
Хотя о чем я, мда.

>>866654
Потому что на редкость кривая хуйня, которая спровоцировала костыли вроде виртуального наследования в языке.

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

>>866655
Стандартную библиотеку открой. Особенно какую нибудь type_traits.
Ржущий_александерску.жпг

>>866657
>дебилы
>Стандартную библиотеку
Ну так все сходится.

>>866646
> Почему тогда я могу дебажить начинку STL?
Давай, сходи подебажь её после gcc, сынок. Даже студия научилась показывать экземпляры коллекции примерно в 2012 году
> А вот за это пожалуй я тебя обоссу, уж извини.
Себя обоссы, ладно? Я нигде не писал, что это хорошо
> Не понимаю чего тебе не нравится
Неоднозначность создания объекта. Это хуево со всех сторон
> Охуительные истории. std::function для кого в стандарт добавили?
Нахуй он кому нужен, этот ебаный костыль? Во-первых, указатели на функции итак есть в стандарте, во-вторых, std::function для объектов специфицируется от определенного класса, а это - кусок говна, а не делегат. Делегат здорового языка не требует имени класса, если ты вдруг не знал. Только сигнатуру метода.

>>866649
> а так если знать какие вообще существуют конструкторы проблем нет
Ты, надеюсь, понимаешь, что идея о существовании нескольких конструкторов сама по себе наркоманская?
> На бинарное несоответствие компиляторов, мягко говоря, насрать
Если писать хелловорлды или собирать всё из сорцов, то конечно, насрать можно на многое.
>>866654
Потомучто адовая хуита. Особенно, если вдруг кто-то захочет сделать наследование от двух классов, у которых в свою очередь, где-то был общий предок.

Почему я не могу сделать вот так:
pz++;
А должен делать вот так:
(pz)++;
?

>>866722
>>866722
> ФИКС
Почему я не могу сделать вот так:
pz++;
А должен делать вот так:
(pz)++;
?

>>866723
бля, почему звёзды не ставятся? Ну кароче там у меня перез "p" стоит "*";

>>866721
>Ты, надеюсь, понимаешь, что идея о существовании нескольких конструкторов сама по себе наркоманская?
Да нет, не вижу ничего наркоманского.
>Если писать хелловорлды или собирать всё из сорцов, то конечно, насрать можно на многое
Если к хуйне придираться — то тем более. Приведи реальный юзкейс проблемы, как с этим ирл столкнуться можно. Все сторонние библиотеки поставляются либо исходниками, либо бинарниками под все компиляторы как тот же Qt. А тащить левую хуиту без поддержки и исходников — нужно быть конченым уебаном.

>>866722
Можешь, в зависимости от типа pz (с различной семантикой, соответственно).

>>866628
>нельзя заранее сказать, какие деструкторы сработают, не заглянув в код
Что ты несёшь?

>>866723
Потому что приоритет операторов.
pz++ дереференс указателя (pz + 1).
(pz)++ — инкремент значения, на которое указывает pz.
http://ideone.com/kFBawX

>>866750
Точнее даже, •pz++ это инкремент pz и дерефернс этого нового pz, равного старый pz плюс один. В общем, в коде всё видно.

Что посоветуете для изучения буста?

>>866752
>•pz++ это инкремент pz и дерефернс этого нового pz, равного старый pz плюс один. В общем, в коде всё видно.
В коде видно, что это не так.

>>866752
>в коде всё видно.
И вообще ты там за границу выделенной памяти вывалился.

*pz++ - это мы берем значения по адресу pz в temp, далее увеличиваем указатель на pz, а далее возвращаем значение из temp.

>>866760
>мы берем значения
кладем значени fix

>>866758
Да, обосрался я с порядком. Дереференс старого и затем инкремент, лишь последующие обращения будут указывать на (изначальный_pz + 1).
Так, как написано в том посте, будет работать •++pz.

>>866759
>И вообще ты там за границу выделенной памяти вывалился.
Ты про pz[1] после инкремента? Так это специально, чтобы показать, что произошло. (Можно было, конечно, сделать массив из трёх элементов, но выводишь лишь первые два, но не похуй ли, если вся суть в pz[0].)

Как работать с типом char для массивов? Повсюду гайды как этот тип использовать для строкового массива, но мне хочется поэкономить память (в учебных целях по крайней мере) и использовать char для символьного массива, но у меня вместо цифр одни ascii символы появляются, можете подсказать что делать? Или хотя-бы руководство какое скинуть на такую вроде-бы простую тему.

>>866773
Что именно ты хочешь?
Покажи пример кода.

>>866773
>но у меня вместо цифр одни ascii символы появляются, можете подсказать что делать?
std::cout << (int) c

>>866757
Буст

>>866725
> Да нет, не вижу ничего наркоманского
Возможностью создать разные конструкторы для присваивания, копирования и создания обязательно воспользуется какой-нибудь фрик, обчитавшийся Александреску. А потом на сопровождении этого говна обязательно обдерут жопу сотни людей
> Приведи реальный юзкейс проблемы, как с этим ирл столкнуться можно.
Есть охуенная либа, собранная, допустим, интеловским компилятором. Допустим, это очень оптимизированный видеокодек, купленный за деньги. Никто, блеать, тебе не даст ни сорцов и не будет делать версии для разных компиляторов. Просто сделают обертки на Си и выдадут с хидер с extern "C". Это настолько типично для коммерческих библиотек, что я удивлен, нахуя ты это спрашиваешь
> либо бинарниками под все компиляторы как тот же Qt.
Видимо, ты кроме Qt ничего не подключал
>>866737
Учи свой любимый язык. Если деструктор не объявлен виртуальным, то потомки его не вызовут. Но если он объявлен, то будет вызываться обязательно. А бывает так, что деструкторы нужно вызывать избирательно. Явного вызова деструктора с варнингом о его отсутствии хватило бы для всего. Но нет, Страуструп пошёл своим путем

>>866811
>Это настолько типично для коммерческих библиотек, что я удивлен, нахуя ты это спрашиваешь
Потому что в их случае проблемы и нет. Дали сишный апи — тем лучше, откуда угодно вызвать смогу.
>обчитавшийся Александреску
Так что наркоманского-то, шарпофрик? Единственное но тут — генерируемые компилятором, но у тебя всегда есть explicit которого требуют вообще все гайдлайны контор вроде гугла и мозиллы.

И да — Александерску, он про другое. ро ту самую хуёвую часть плюсов которой ты не видел, если считаешь вот это проблемами.

Нужно вызывать деструкторы избирательно — сделай отдельный метод как clear() в векторе и не еби мозга.

>>866839
> Дали сишный апи — тем лучше, откуда угодно вызвать смогу
Т.е. экспорт класса - невозможен. Об этом я и пишу. В плюсах его не было, нет и не будет. Долбонавты из комитета лучше какой-нибудь буст-хуюст засунут, чем абсолютно необходимую для продуктового софта фичу (т.е. кросс-компиляторный экспорт классов)
> но у тебя всегда есть explicit
> сделай отдельный метод как clear() в векторе и не еби мозга
Вся суть плюсовых фич - сначала их запилить, немного подрочить, написать книгу, а потом запилить способы их обхода.

>>866853
>Об этом я и пишу
Написал бы нинужна, но напишу так: это именно что говёное наследие си, которое будет исправлено только модулями стандарте так в 20-м, но вы там как нибудь держитесь, лол
Просто взять и запилить эту фичу они не могут из-за легаси, притянуть какую-то хуитку из буста которую один хуй никто юзать не будет понятно что легче.

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

>>866853
Ты себе объем этой фичи представляешь? Она очень объемная в реализации и не очень полезная по сути. Потому что автору твоего видеокодека намного выгоднее сделать сишный интерфейс и продавать свою либу не только тем, кто пишет на С++, но и на Java, питоне и прочем говне. И, если ему так охота, то можно сделать открытый hpp враппер (точно такой же, какой потребуется для Java, питона и прочего говна).
C++ в этом плане ничем не отличается от любого другого языка, наименьшим общим кратным между всеми языками является C ABI, только и всего.
То ли дело некоторые другие языки, в которых ровно один компилятор, лол. Вот там-то такой проблемы точно нет.

>Object t и Object t() инициализируются по-разному
Вообще-то второе - это объявление функции с именем t, возвращающей Object.

>>866873
> притянуть какую-то хуитку из буста которую один хуй никто юзать не будет понятно что легче.
А вот это намного удобнее. Сейчас лично мне буст уже не нужен, последнее, что держалось, было filesystem. И это круто.

>>866873
> это именно что говёное наследие си
Отсутствие экспорта классов не может быть наследием Си. Потомучто в Си нету классов

>>866879
> Ты себе объем этой фичи представляешь? Она очень объемная в реализации
Она очень мала. Сейчас поясню. Например extern "C" говорит, что аргументы функции надо класть в стек задом наперед . Результат работы функции тоже будет на стеке. И этого хватает уже 30 лет для экспорта.
Точно также надо поступить с классами. Например заявить, что у методов класса extern "СPP_PROGRAMMACH" все аргументы кладутся на стек, первый аргумент - указатель на экземпляр класса, и ещё вот так должна быть сделана VMT, на неё указывает ещё какой-нибудь аргумент на стеке. Этого хватит ещё на 30 лет, люди наконец-то бросят писать сишные обертки.
> Вообще-то второе - это объявление функции с именем t, возвращающей Object.
В треде неосилятор. Все в Страуструп

>>866581
https://github.com/raptorswing/MapGraphics/blob/master/MapGraphics/MapGraphicsObject.h
?

>>866896
>Отсутствие экспорта классов не может быть наследием Си. Потомучто в Си нету классов
Х И Д Е Р Ы
И
Д
Е
Р
Ы

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

>>866891
Открой для себя какой нибудь Qt и перестань использовать оверинжинирнутые буст и стл корявый. он кроме более широких возможностей как минимум гарантирует нормальную имплементацию, без подводных камней и хуиток конкретной импоементации

>>866903
> Х И Д Е Р Ы
Что с хидерами не так? Почему при сишном экспорте хватает только хидеров, а для плюсового нужны сорцы целиком, даже если поменялась только версия компилятора?
> экспорта ты делаешь это со всеми кишками.
Для такого экспорта хватить только хидера, чтобы можно было вызывать какие угодно методы, собранные каким угодно компилятором какой угодно версии. Это - как раз именно то, что нужно.

>>866811
>Если деструктор не объявлен виртуальным, то потомки его не вызовут.
А, вот ты о чём. Не думал, что для кого-то это до сих пор проблема.
> А бывает так, что деструкторы нужно вызывать избирательно.
Например.

И, возвращаясь к >>866628
>Object t и Object t() инициализируются по-разному
Object t(); вообще не инициализирует никакого объекта, это декларация функции.

>>866811
>А бывает так, что деструкторы нужно вызывать избирательно.
Нет не бывает. Мне вообще сложно вообразить зачем это может в понадобиться, кроме случаем какого-то кромешного говнокода.

>>866961
>Object t(); вообще не инициализирует никакого объекта, это декларация функции.
Типичный уровень "критиков крестов", еще и синтаксис учить рекомендует, лул.

>>866718
>std::function для объектов специфицируется от определенного класса, а это - кусок говна, а не делегат
Ты всегда можешь забиндить this. Странно что я тебе это объясняю.

Сап, програмач. Учу с++ 2 месяца, сейчас есть задачка в которой нужно будет работать с аргументами командной строки (всего 5 штук). Погуглив узнал как это можно сделать, в связи с чем пришел за советом. Стоит ли самому все ручками разбирать или лучше сразу просто юзать парсер, типа gengetopt?

>>866995
> Нет не бывает. Мне вообще сложно вообразить
Нет, бывает. В том то и дело, что ты воображаешь о том, что я сам видел и поддерживал
> Ты всегда можешь забиндить this.
Ты наверное не понимаешь, что речь идет не о том, как вызвать метод у потомка от какого-нибудь класса, а чтобы вообще уметь вызывать метод класса, не имея даже его(класса) описания, а только указатель на экземпляр, да? Посмотри на кишки Qt, на которое тут дрочат вприсядку - там есть собственный урод, имитирующий делегатов, но всеравно требующий, чтобы метод вызываемого класса был потомком какого-то там базового класса Qt. То, что я хочу получать события от Qt в классы, которые никак не связаны с Qt и не наследуются от него - авторам Qt в голову не приходит.

>>866995
>Типичный уровень "критиков крестов"
Где ты увидел "критика крестов", крестодаун? Это была критика "критиков крестов".
>>867008
>я сам видел и поддерживал

> кто-то написал говнокод
> ЭТО ЯЗЫК ВИНОВАТ!11
Ну ясно.

>>867008
>Ты наверное не понимаешь, что речь идет не о том, как вызвать метод у потомка от какого-нибудь класса, а чтобы вообще уметь вызывать метод класса, не имея даже его(класса) описания, а только указатель на экземпляр, да?
Шарподаун думает, что шарп умеет вызывать методы у неизвестных ему классов через libastral. Шарподаун, просто у .NET CLR есть описание твоего класса, поэтому "вызов без описания" работает.

>>867027
> кто-то написал говнокод
> Ну ясно, выбрось все и перепиши
Ну охуеть просто. Ты наверное участвовал в проектах, где всё написал сам? Делал что-нибудь, кроме своих лабораторок? Были люди, которые согласились тебе за твое говно заплатить?
>>867029
> Шарподаун думает, что
Причем тут шарп, дятел? Почему это умеют делать любые компилируемые языки с классами, кроме плюсов? Например, тот же древний Delphi?

>>867008
>В том то и дело, что ты воображаешь о том, что я сам видел и поддерживал
Мои соболезнования, скорее всго ты работаешь с кодом дебилов.

>чтобы вообще уметь вызывать метод класса, не имея даже его(класса) описания, а только указатель на экземпляр, да?
Именно для этого и сделан std::function. Делаешь function от метода, биндишь this, передаешь третьим лицам которые об изначальном классе ничего не знают.

Понимаю что это спермопроблемы, но всё же памагити: есть проект с dx9, который на десятку не ставится, и его нужно собрать. Гуглинг и сайт мс выдают только статеички как с него слезать, а рефакторить 7клок не вариант, что делать?

>>867035
> скорее всго ты работаешь с кодом дебилов.
Скорее всего, ты не видел проектов размером более, чем 9к строк и которым более, чем 2 года. Тебе ещё предстоит многое увидеть, если останешься в профессии
> Именно для этого и сделан std::function. Делаешь function от метода, биндишь this
Теперь всю эту залупу передай в либу, написанную на другом компиляторе. А, у тебя ж все шаблонные чудеса происходят на этапе компиляции? Ах, какая жалость.

>>867032
> Почему это умеют делать любые компилируемые языки с классами, кроме плюсов?
> Причем тут шарп, дятел?
Т.е. ты спрашиваешь меня, "при чём тут шарп", хотя сам не понимаешь, что он не при чём? Шарп я для простоты упомянул.

Теперь отвечу на вопрос "почему умеют": да потому же, что и шарп. Имеют жирный RTTI и жирный рантайм, умеющий лазать по RTTI. Чудес не бывает, бесплатно ничего не даётся.

> Например, тот же древний Delphi?
Понимаешь ли. Ситуация, когда язык пилит одна контора для одной платформы, как то Delphi для wintel, C# для .NET CLR или Java для JVM кардинально отличается от ситуации, когда язык делается независимым от платформы и вендора.

В первом случае хоть блядский цирк с конями в язык запиливай. Во втором случае — это не всегда возможно и желательно.

>>867059
> Имеют жирный RTTI и жирный рантайм, умеющий лазать по RTTI
Вот давно пора вставить хоть какой-нибудь RTTI в стандарт. Пусть не все будут его использовать, пусть не всё можно будет экспортировать, но чтобы он был, чтобы язык можно было назвать портируемым. До сих пор пользуются экспортом 30-летней давности, пиля безобразные обертки. Это нужно было сделать ещё 15 лет назад. Но мудаки вместо 2-3 страниц описания способа экспорта, предпочитают в стандарты засовывать бусты, которые вообще будет невозможно собрать и использовать на половине плюсовых компиляторов.

>>867081
>Вот давно пора вставить хоть какой-нибудь RTTI в стандарт
Хоть какой-нибудь там есть.
> чтобы язык можно было назвать портируемым
Портируемо пиши — будет портируемым.

>>867083
> Хоть какой-нибудь там есть.
Никто им не пользуется. Потомучто в нем нету существенного
> Портируемо пиши — будет портируемым
java-господа тут могли бы тебе опорожниться прямо в рот. Почему, чтобы код, написанный на языке, который считается универсальным, был портируемым, нужно специально по особенному приседать? Может, что-то пора добавить? Что ты об этом думаешь?

>>867045
>Теперь всю эту залупу передай в либу, написанную на другом компиляторе.
Пошли виляния жопой. Как делегат работает? Работает. О изначальном классе знать надо? Не надо. При чем здесь передача в либу? Ты б еще поплакался что по сети их нельзя гонять.
>Скорее всего, ты не видел проектов размером более, чем 9к строк и которым более, чем 2 года.
Да, да все студенты, один ты порох нюхал. Давай ты лучше приведешь пример когда нужно избирательно деструкторы вызывать, вместе посмеемся.

>>867084
>Никто им не пользуется.
Рантайм пользуется.
> который считается универсальным
Кем считается? Универсальных языков нет и быть не может.
> Может, что-то пора добавить?
Пора. И пропозалы есть, работа идёт.
> Что ты об этом думаешь?
Думаю, бессмысленно эти проблемы обсуждать со школьниками, которые думают, что еда производится из холодильника, деньги из мамки а методы можно вызывать не имея определения класса.

С std::type_info ситуация как с std::uncaught_exceptions. Давно уже везде была информация о числе исключений, только в языке её получить нельзя было.

>>867086
> При чем здесь передача в либу?
При том, что более менее сложный проект состоит из компонентов, написанными другими людьми в другое время и может быть вообще закрытым
> Да, да все студенты, один ты порох нюхал.
Ещё раз: у тебя реально идиотские представления о чужом коде. В проекте, допустим, размером на 1,5млн строк, которому лет так 12-15 можно увидеть просто всё. Это - типичный С++-проект, который внедрен и продается. Там нет и не будет времени переписать даже 10%.
>>867087
> И пропозалы есть, работа идёт
Единственное, что порадовало за кучу лет - это std::thread. Но в половине моих рабочих компиляторов оно не появится никогда.
> методы можно вызывать не имея определения класса.
Делегаты в языках здорового человека -вызывают. Что с ними не так? Типичный use case: есть какая-нибудь охуенная апликуха, которая что-то считает. Сложная, богатая. К ней надо запилить графический интерфейс. От GUI нужно несколько финальных событий и пусть его напишут отдельно. Уместно к выходам гуя прикрутить делегаты и здорово, если гуй ничего не будет знать про классы мощной аппликухи, а классы аппликухи не будут наследоваться от какого-нибудь ебанутого CQtSuperMegaAnscestorOfAllObject.

>>867093
Я тебе ещё раз говорю. Неявно описания всех классов загружаются в рантайм. В .NET VM или в JVM или ещё куда.

> классы аппликухи не будут наследоваться от какого-нибудь ебанутого CQtSuperMegaAnscestorOfAllObject.
> The object type is an alias for Object in the .NET Framework. In the unified type system of C#, all types, predefined and user-defined, reference types and value types, inherit directly or indirectly from Object.
То, что все классы наследуются от не менее ебанутого Object тебя, почему-то, устраивает.

>>867093
Если тебе опять не нравится то, что я говорю про шарп, ок: в твоём блядском дельфи тоже ВСЁ наследуется от TObject.

С++ - параша.
Haskell - намного лучше.
В нём типы, а в ЦэПлусПлус - ООП, а ООП, как известно, ПАРАША!!
(Автор этого поста был забанен. Помянем.)

http://www.cplusplus.com/doc/tutorial/pointers/

Я заметил что на этом сайте много годных статей которые гораздо проще, понятнее и конкретнее всё объясняют чем в любых книгах которые я читал, есть ли переведённые статьи с этого сайта на русский язык? Уж сколько десятилетий ведь прошло, неужели нету?

>>867208
Так займись, ебать. Видишь же - ниша пуста

>>867145
Ну во первых это был вопрос, есть или нету перевод этих статей, мне слабо верится что это до сих пор не перевели. Даже если не перевели и этим займусь я, то куда я это выкладывать буду?

>>867230
Учи английский.
Ведь, как известно, самыми лучшими программистами становятся гуманитарии.

Как же заебали вскукареки всяких даунов. Если кресты - хрень, почему на них пилят движки для топовых игр?

>>867374
У крестов своя ниша. Производительность крестов нахуй не сдалась практически нигде, кроме как игор, эмбеда, и всякого спец-софта

>>867374
Топовые игры топовые не из-за крестов, а из-за шейдеров и художников. А так хоть на Java перепиши.

>>867374
Игровые движки, исключительно редкий случай, когда специфика предметной области более-менее укладывается в ОО-парадигму.
>>867382
Бля, причем здесь кресты и производительность? Кресты - неудачная ОО-надстройка над СИ, плюс шаблончики и исключения.

>>867394
>неудачная
Пруфы

>>867394
>Игровые движки, исключительно редкий случай, когда специфика предметной области более-менее укладывается в ОО-парадигму.
Не укладывается. Современные движки data-oriented, и пишутся на С++ чуть выше сишки.

>>867394
>неудачная ОО-надстройка над СИ
За счет шаблонов там можно использовать вполне нормальное ООП с миксинами. Удобнее джавовского.

>>867394
ты на си ебанешься писать хоть что-то сложное. Оно очень быстро превращается в нечитаемый пиздец

>>867413
>ты на си ебанешься писать хоть что-то сложное
Ядро ОС - достаточно сложный проект?
>Оно очень быстро превращается в нечитаемый пиздец
С крестами абсолютно та же фигня может быть. Только с С++ еще можно с десяток несовместимых языков наизобретать и запихать в проект, а с си сложно что-то замудрить.

>>867416
>Ядро ОС - достаточно сложный проект?
Нет

>>867374
Кресты не хрень, шаблоны и static time duck tymping - это гениальнейшее изобретение, которого нет практически нигде. Под ту же CUDA ни на каком другом языке писать не удобно.

>>867416
Твои швабодные ядра пишут на сишке всем миром десятки лет, и то постоянно что-то ломается в них. А коллектив из десятка хорошо организованных крестоблядков напишет в недрах корпорации проект такого же уровня за несколько месяцев.

>>867419
А потом компания обанкротится.

>>867410
>За счет шаблонов
>>867395
>Пруфы
Ну вот например шаблоны - низкоэффективная переусложненная недофункциональщиность на препроцессоре от СИ. Наверни Template Haskell и охуей.
>>867413
>на си ебанешься писать хоть что-то сложное.
Все сложное как раз на СИ и написано.

>>867418
>шаблоны
>гениальнейшее изобретение, которого нет практически нигде.
сук, пздц

>>867421
>Наверни Template Haskell и охуей.
Ты откуда вылез, из 2010? Хаскель он блядь рекламирует в С++-треде. Нахуй никому твой хаскель не нужен, и не нужен будет, потому что говнище это ебаное. TH так тем более, он не нужен самим борщеедам.

>>867421
>Template Haskell
Быдло, не упомянай это всуе.

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

>>867428
Напоминает нытье из перезвоним-треда. Нормально все.

>>867430
>Нормально все
Просто ты крестового легаси не видел с разного сорта акробатикой на шаблонах.

>>867423
>>867424
Ну охуеть, че вы так возбудились-то?
>>867430
Из-за крестоблядков перезвоним треды и появились.

>>867431
Что значит "не видел"? Я произвожу это говно 8х5 в промышленных масштабах.

>>866899
Что это значит?

>>867432
>Ну охуеть, че вы так возбудились-то?
Ты пришел в крестокред, а не я пришел в хаскель-тред. Хаскель-тролинг устарел еще до того, как ты начал программировать. И тут ты удивляешься, а хули тебя хуйцами кормят. Ты быть хоть придумал что-то нормальное.

>>867460
>Сказал хаскель
>@
>Иди нахуй
Понятно короч, местные коестовыблядки ничем не отличаются от местных же хаселофорсеров. Ебанутые неадвекваты, исходящие на визг при отсутствии аргументов.

>>867473
Это называется парадокс Блаба.
Где-то была статья про этот парадокс и раст, от одного из разработчиков тайпскрипта, там основная часть в том, как он пытался доносить людям новые вещи, очень рекомендую.

>>867473
Внимательно прочитай 5-й пункт памятки ньюфагу. Думаешь, для кого он был написан? Для таких идиотов, как ты, которые заходят в тематический тред просто покормиться.

>>867485
Парадокс блаба - это про лисп, из статьи 2001 года. Только, внезапно, лисп как не был нахуй нужен в 2001, так и не нужен в 2016, а кресты как были нужны в 2001, так и нужны в 2016. Вот такой вот парадокс.

>>867490
Из 2001 года и до сих пор верно. А ты, судя по всему, так и не понял о чём она если пишешь такую хуйню.

>>867491
Она основана на ложных предпосылках, что языки ранжируется по фичастости, программист на более фичастом языке круче. Из которой следует, что лисперы - боги программирования (ведь фич в лиспе жопой жуй), а не-лисперы, нихуя вообще в этом мире понять не могут, ведь они не знают всех фич лиспа.
Только, дело-то какое, языки не ранжируются по фичам. У С++ фич больше, чем у С, но это не значит, что С++ лучше всегда и везде. Это разные языки с разными нишами.
Второй момент, что не все фичи одинаково полезны, а некоторые и вовсе взаимоисключащие. Поэтому никакого ранжирования и нет. Лисповые макросы, например, - это мечта аутиста, желающего замкнуть всю разработку на себя. Они - говно. И лисп - говно. Поэтому творение автора было переписано яху на С++. И сейчас никто лисп не использует, хотя казалось бы, в корпорациях могут позволить себе отделы яйцеголовых, но даже tensorflow написан почему-то на питоне. Примерно то же относится к хаскельной изоляции IO. Говнофича, Scala это доказывает.

Вот эти два момента перечеркивают эту статью нахуй. Если в 2001 это было не так очевидно, то сейчас-то хули, пора бы уж поумнеть.

Да чего вы бугуртете-то, заебись же. Крестотред оживает на глазах, скоро шапку перепилим, выкатим новые книжки, нарисуем мемесы про Святую Троицу - заживем! Какая жизнь-то настанет, братцы! Можно будет каждый день заходить в крестотред и читать сотню новых постов срача, ощущая приятный холодок на кончиках пальцев, которые уже рвутся печатать проклятия в адрес хачкелепидоров и залетных байтокрестьян из сишного треда. А потом D-кун ворвется с очередной охуительной историей, и подгорит у всех.

Здравствуйте, можете подсказать как сделать так на С++, вот сделал небольшой пример на C#:

http://pastebin.com/Cf9K9q9P

т.е. мне нужно наследоваться от базового класса находясь внутри него, выставлять классы Female и Male наружу не вариант т.к. очевидно что их там будет много одинаковых.

>>867523
Ну и в чем проблема? Алсо константа так и напрашивается быть static.

>>867531
Вкладываю класс Male или Female в класс Human и ": public Human" загорается красным "недопустимый неполный тип".

public class Human
{
private const int basehp = 20;

class Male : public Human
{

}

class Female : public Human
{

}
}
class Male : public Human
{

};

>>867535
Не очень похоже на C++, ты бы хоть почитал как это все делается, тогда и проблем не будет.

>>867535
проиграл с этого кода

>>866503 (OP)
ylf

>>867535
лолшто
код больше похож на некую смесь сижки с пускулем, классы как минимум объявляются так:

// объявление классов в С++
class /имя класса/
{
private:
/ список свойств и методов для использования внутри класса /
public:
/ список методов доступных другим функциям и объектам программы /
protected:
/список средств, доступных при наследовании/
};

класс в классе это мощно было

>>867535
От класса можно наследоваться только после объявления, ниже }; если он не темплейтный.

>>867610
>класс в классе это мощно было
Можно хоть внутри функции класс объявлять.

>>867616
можно-то можно. но не всегда это выглядит красиво и понятно

>>867506
Ты так нихуя и не понял. Печально.

>>867485
>статья про этот парадокс и раст, от одного из разработчиков тайпскрипта
Смешно там - он глядит на раст с перспективы С++, а Александреску - со стороны D. Александреску верно замечает, что раст "skipped the leg day", поскольку кроме борроу чекера в расте все очень куцее по сравнению с ди, а автор пытается в ответ сравнивать раст с крестами. Становится ясно, что у него тот самый blub paradox, поскольку ди он не видел, и с его перспективы на раст взглянуть не может.

>>867629
>но не всегда это выглядит красиво и понятно
Пока лямбы не завезли, все так их и делали, инплейс структурой.

>>867645
На ди и не надо смотреть — это просто красивые плюсы со всякими хуишечками. Там вообще нихуя отличий кроме синтаксического сахара. ну да, а ещё олександерску работает над О-нотацией в, блядь, языке, когда сам язык до сих пор сырое говно. Как бы намекает, кто же тренеровки ног пропускал-то

>>867093
Везде, где есть делегаты из коробки - есть свой урод, но встроенный в язык.
Собственно в qt ради этого и есть QObject.

>>867648
>На ди и не надо смотреть — это просто красивые плюсы со всякими хуишечками
Про раст можно так же сказать. Но им реально неудобно пользоваться без миксинов, нормального метапрограммирования и с ебущим мозг чекером. Он скорее ближе к сишке, чем к ди и крестам.

>>867457
Хедер почитай, там же всё понятно какие методы вызывать чтобы у карты изменить координаты.

Если твой вопрос заключался в том, как получить координаты в Qt - то используй http://doc.qt.io/qt-5/qtpositioning-index.html

>>867648
D ахуенен.
Единственный минус D - что его не поддерживают многомиллионные компании, и поэтому на нем никто не пишет.

>>867656
Единственный минус ди — отношение к нему его же авторов. Один не хочет выбрасывать свой хуёвенький бэкэнд любимую игрушку, второй работает над О-нотацией в языке и тд.
>>867653
Я же говорю — просто сахар над костылями из плюсов, миксины всё те же корявые шаблоны с красивой записью.

Посмотри например на какой нибудь libdparse, из dcd там сплошь и рядом миксины — и просто сравни это с парсером на любом языке с адт, макросами и паттернматчингом, тем же парсером компилятора раста на расте. %%не настолько кошерно как в окамле с полноценным хиндли-минлером, но всё равно другой уровень.

Попытки оставаться с плюсами даже таким образом — это и есть парадокс Блаба.

>>867656
>D ахуенен.
Говно без задач.

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

>>867669
Парсеры — нихуя не нишевая задача, и ими применение всех этих фич не ограничивается. Как можно связать паттерн матчинг с полиморфизмом? Это вообще нонсенс.

>>867691
>Парсеры — нихуя не нишевая задача
Ты в какой-то совсем другой сфере крутишься видимо.
>и ими применение всех этих фич не ограничивается
Конечно, нет. АДТ и матчинг - удобная штука, не спорю.
>Как можно связать паттерн матчинг с полиморфизмом?
Выполняется разный код в зависимости от типа и там и там.

Господа, помогите. Пишу в Qt 5.6, использую библиотеку для отображения оффлайн карты https://github.com/raptorswing/MapGraphics
Подскажите, как отметить на ней точки? Нужно рисовать при помощи QPainter поверх карты, а потом менять тайлы ? Или что?
Картинка для привлечения внимания

>>867648
Ди - это не плюсы, это хуита со сборщиком мусора. Раст в этом плане хотя бы пытается, ди же метит в нишу удобного для С++-программиста сишарпа. Но С++-программистам не нужен шарп.

>>867715
>Выполняется разный код в зависимости от типа
Если есть явный матчинг типа, то это не полиморфизм.

>>868017
Это ad-hoc полиморфизм, самый лучший полиморфизм.

>>867691
Парсеры - нишевая задача для крудошлепов. У нормальных людей парсеры всего, чего можно, уже написаны.
Вот обработка AST, да, часто встречается, и без паттерн-матчинга не очень.

Ввожу три слова в программу, как сделать, чтобы они выводились в алфавитном порядке?

>>868106
запихнуть в std::vector<std::string> и сделать sort

>>868109
Только начал изучать C++. Эта задача выложена в учебнике для ньюфагов Страуструпа на первых страницах. Неужели нет способа проще?

>>868109
Ну, допустим, это будет не в алфавитном.

>>868112
Это и есть самый просто способ.

>>867982
БАМП

>>868114
std::set еще проще, если слова не повторяются.

>>868027
код пиши

>>868112
>Неужели нет способа проще?
Ну можно вручную побуквенно сравнивать.

>>867208
>Русский язык

Как правильно называется "операция взятия адреса"? Т.е. амперсанд перед переменной, что-то я погуглил и не нашёл этого. Я хоть и вчера узнал что такое программирование, но говорить как сеньор хочется уже.

>>866654
Мне не бомбит.
мимопитончик

>>866721
> Наркоманские конструкторы.
Не используй.
> Множ. наследование - хуита
Не используй.
Ведь в крестах "не платишь за то, что не юзаешь". Как вообще можно критиковать излишиства в виду этой пафосной фразы.

>>868232
https://en.wikipedia.org/wiki/Operators_in_C_and_C%2B%2B

>>868138
Я не знаю с чего начать. У меня paralysis by analysis когда думаю свою хуйню написать. А писать всякие олимпиадки, оно нужно вобще?

>>868369
Зайди на апворк и посмотри что людям нужно, что-то подобное запили.

а почему тред о не C#.
С++ устарел и не моден.

>>868531
Бля, точно....
Срочно перекат, блеать!

Перекатываю вопрос.
С какого хуя надо после переопределения оператора () писать хуй()(x), а не хуй(x)?

>>868627
хуй() создает инстанс хуя, у которого вызывается метод - оператор (x).

>>868627
Иначе хуй(х) вызовет конструктор хуя.

>>868631
>>868632
А, и правда, а я и не подумал, что первые скобки - для конструктора.
А если объект создан, то уже всегда пишется хуй(х), да?

>>868633
Да

Ну и петушиный же язык у нас, господа. Прохожу всякие квизы, напрягаю все свои знания и результаты в районе 6-8 из 10. Выше — никак.

В книге уильямса есть такой код — http://ideone.com/F6SywS
Собственно, вопрос по 24-ой строчке, почему место вставки в указано end()? new_lower_chunk.data — это пустой список, .begin() == .end(), так что разницы, собственно, нет, но ведь в точно такой же ситуации на 17-ой строке, вставляя элемент в пустой result, было написано result.begin(), так что это не просто его стиль такой. Чем же он руководствовался, в чём семантика использования new_lower_chunk.data.end() в той ситуации? Или я зря вообще думаю над этим?

>>868744
Просто ты туповатый, это бывает. Разрабатывай очко крестомышление велосипедами на шаблонах шаблонов.

>>868805
>Просто ты туповатый, это бывает
Ставлю очко Страуструпа, что ты обосрёшься на чём угодно сложнее hello world-ов. Небось даже что такое ADL не знаешь.

>>868806
Это чё, способ определять какую из перегруженных функций вызвать?
Пиздец, понапридумывали ненужных терминов, вместо того, чтобы убрать всякое гавно.

>>868805
> Разрабатывай очко крестомышление велосипедами на шаблонах шаблонов.
Сложности программирования на темплейтах говорят только об их слабой выразительности: для тривиальных действий нужно написать десяток темплейтов.
И гордиться умением кодить на них это как гордиться умением писать нетривиальные программы на brainfuck.

>>868805
Сколько ты на http://cppquiz.org/ набираешь, умник?

Есть какие-нибудь крутые проекты в которых qt используют или он только для гуев в хэлоувордах годится?

>>869251
Telegram desktop

>>869251
Battle.net агент, ЕМНИП.

>>869251
https://ru.wikipedia.org/wiki/Krita
лям строчек кода +-

>>869251
Autodesk Maya, Unity (которая оболочка убунты), всё KDE со всем софтом, UI смарттелеков LG (которые на webOS, весь интеловский тулкит для разработки и профайлинга (которые Intel Studio, Advisor, Profiler и тд), все AMD-шные софтины: от настройщика GPU для пользователя до CodeXL и ещё буквально тыщи свободных и коммерческих софтин, которые как гуглятся по спискам вроде https://wiki.manjaro.org/index.php?title=List_of_Qt_Applications .

Привет, пацаны. Тут такая штука, работаю в эрикссоне, я понимаю, что меня легко можно обоссать. Но я работал на решении трабл репортов от операторов и суть такова, что скоро сменю проект и буду делать апликации для оператора, вроде oss/bss. И тут дело в том, что нужно подготовиться.

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

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

Теперь блядь, надо написать современно на с++11, прогнать clang static code analysys, прогнать lint, purify, purecov, все заюниттестить gtest, valgrind и я тут понял что соснул. Я не умею писать качественный софтвар и не умею все это делать.
Есть у кого может какие книжки или гайды для быстрой пробежки по этим всем технологиям, ибо та же документация по том, как писать фильтр для линта или валгринда, это блядь сотни тонн инфы, есть путь более краткий, нежели курить мануалы лет 5?

>>869609
Из перечисленного курить манулы 5 лет по мне нужно только для с++11 и валгринда.

Через какую прогу пропустить исходники чтобы она их красиво отформатировала?

>>869935
uncrustify

>>869941
Какая-то там сложная инструкция. Что ввести в консоль чтобы он сделал пиздато?

>>869944
Надо сначала конфиг написать.
https://github.com/uncrustify/uncrustify/blob/master/documentation/htdocs/config.txt список настроек

>>869947
Чё-то сложно, проще просто код сразу красивым писать.

>>869944
Да, жаль, он не умеет в C++11. А других таких настраиваемых инструментов нет. clang-format не умеет нихуя, astyle умеет ещё меньше чем clang-format.

>>869950
У меня кстати кланг даже компилировать не хочет и жалуется на что-то в файле iostream в папке /gcc/include/

>>869944
Можешь попробовать тот же astyle. У него есть набор пресетов. Типа --style=kr и ещё какую-то опцию, чтобы он табы вместо пробелов использовал.

Но максимум что он сделает — расставит фигурные скобки с сделает отступы. Никаких изысков типа переноса аргументов функций или выравнивания по бинарным операторам.

>>869609
чувак, ты работаешь в эриксоне
блядь, да ты бог по сравнению с местными уебками, что bsort на крестах осваивают
кого ты собрался здесь спрашивать, лол

>>869008
+1

>>869609
>буду делать апликации для оператора, вроде oss/bss.
А я думал у нас там всё на джяве.

Гуру разработки на плюсах (в макосе) ответьте мне на вопрос, пожалуйста.
У меня сейчас стоит CLion, который использует встроенный эппловский компиллер (xcode) со всеми его вытекающими.
Он сейчас как я понял довольно сильно отличается от обычного g++ линуксового.
Как мне разрабатывать клевый кроссплатформенный с++ код на макосе? Есть идея даже просто докер юзать для компилленга.

Или просто забить и писать под эппловский компиллер?
Конечно с расчетом что с моим кодом будут работать ребята с линукса и т.д.

>>870049
*писать

>>870049
>эппловский компиллер (xcode)
пиздец

>>870049
там разве нет шланга?!

>>870229
Он уже занят.

Крестобояре, придумайте мне задачу на MVC-паттерн.

>>870223
эпловский g++/gcc. эпловская версия. тебя что не устраивает?

>>870324
>эпловский g++/gcc
Они GNU-шные.

>>870049
как я понял надо юзать cross gcc. остается только понять как все это грамотно сделать.

>>870328
Ты долбоёб или что? У тебя из коробки последний clang с поддержкой последнего стандарта, с автоматическим автообновлением и поддержкой вендора, но нет блядьь, хочу писать хуйню и жрать говно.

>>870335
Чё нервный такой?

>>870338
Ты долбоёб? хотя что я спрашиваю

>>870344
ты мне ответь. есть ли разница между gcc, встроенный в макос и gcc.gnu.org ?
что ты тут кукарекаешь.

>>870346
Есть. На gcc.gnu.org он в исходниках.

>>866558
Пишу на сях: gnu nano, ssh, mc, gcc

>>870346
и если я буду писать со встроенным тулчаином код, соблюдая все стандарты. скомпилится ли он линуксоида?

>>870349
Да.

>>870347
только в этом разница думаешь? ох не могу с тебя

>>870350
Удачи тебе с этим. hello world у всех запустится.

>>870346
В OS X компилятор из коробки - Clang. cc и c++ - это clang и clang++, которые идут в стандартной поставке. Это не GCC.
>>870349
Он полностью соответствует стандарту, да. Хотя зависит в первую очередь от используемых средств, а не языка.

>>870351
> не могу с тебя
Не можешь — научим.
>>870352
> hello world у всех запустится.
А goodbye world?

>>870353
ну так речь идет о gcc

>>870353
код с
using namespace std;
bind(...)
выдаст error в макосе.

>>870358
-std=c++11 в ключи компиляции, мань. На линуксе с GCC тоже ошибка будет.

>>870362
>>870355
Хватит кормить жирного пидора, очевидный же троллинг.

>>870362
ничего не изменится

>>869295
А весь пак выложить можешь?

Как f вне класса определить?

http://ideone.com/tgavDi

>>870394
http://ideone.com/obPtvO

>>870398
Спасибо

>>870348
Это для арча применимо? Расскажи поподробнее, я же зеленый.

>>870471
gnu nano - консольный текстовый редактор с подсветкой синтаксиса
mc - midnight commander - консольный файловый менеджер, который удобно юзать
Гуя у меня нет и монитора тоже - сижу удаленно через ssh сам на windows 7

>>870480
> ssh
А реальный комп к которому ты подключаешься где?

>>870480
Спасибо.

Как сделать, чтобы во втором варианте (где e^x), работало как на первом пике?

>>870394
Кстати, в C++17 завезли auto в шаблоны. Вместо
template<typename T, T t>
можно писать
template<auto t>

Сап, господа. Нужно запилить аналог консольной Dir в винде, чтобы так же выводило дерево файлов и папок, но соответствующих маске. Dir выводит по маске . т.е. все файлы
Как я понял мне нужно разобраться что такое классы и запилить рекурсивный поиск с итератором.
В плюсах шарю на уровне циклов и ввода/вывода массивов, что делать и читать? Желательно подача инфы для мммаксимум тупых вроде меня.

может кто напишет мне, няшки?

>>870627
find . | grep "maska"

>>870480
Как же непривычен gcc на арче по сравнению с g++ бунты. Еще я опробовал gnu nano с подключенным синтаксисом. Синтаксис включен, но все руками вводить заебывает, неужели там нет автозполнений? Например я открываю скобку и у меня открывается вторая, а курсор между ними? Может я чего не так включил или что-то упустил?

>>870643
Не то.

Сделал такую штуку, но пока просто выводит дерево заданного каталога.
[code]#include <stdio.h>
#include <dirent.h>

int main()
{
DIR dir;

struct dirent entry;

dir = opendir("C://test");

while ( (entry = readdir(dir)) != NULL)
{
printf("%s\n", entry->d_name);
};

closedir(dir);
return 0;
};
[/code]

Аноны, расскажите пожалуйста, почему вы так сильно бомбите от шаблонов? Я сам эмбеддер, работаю сейчас с довольно большими проектами, но написанными на чистых сях. Ради интереса параллельно почитываю про плюсы, и для диванного теоретика вроде меня шаблоны выглядят очень привлекательно. А потом я захожу в тред и вижу тонну хейта и ненависти к этим внешне безобидным темплейтам. Также реквестирую примеры кода, чтобы наглядно убедиться в их уебищности.

Хочу изучить как бинарный код переменных записывается в ячейки памяти и как он там хранится, я хоть теорию по этому делу просмотрел, но хотелось бы на практике глянуть как и что устроено. Подскажет кто?

>>870663
boost mpl

>>870661
Теперь гугли что такое рекурсия.

>>870730
g++ main.cpp

>>870732
Вот только сам попробовал и получилось, хотел отписаться, что сам до этого дошел. Тогда поясни за gcc - Что он делает?

>>870733
gcc для С
g++ для C++

>>870735
Хм, просто где-то читал, что везде кроме бунты gcc компилирует шарп и кресты. Спасибо.

Хочу изучать программирование. Долго смотрел треды и читал про направление, в конечном итоге пришел к выбору
С или С++
И вот тут я начал теряться. Вроде как Си это чуть ли не основа всего сущего, альфа и омега, но с другой стороны он как я понял устарел, а вот кресты вроде живее всех живых.
А потом аноны, плиз хелп.
Есть ли смысл сейчас вообще изучать Си (не кресты), а если и есть, то стоит начать с С++ или Си?
С меня как обычно, тонны благодарности и нихуя.

>>870791
Си это корявое подмножество C++. Выучишь кресты - выучишь и возненавидишь Си.

>>870735
>gcc для С
gcc это драйвер, им можно и C++ компилировать, если задать нужные параметры.

>>870802
Правильно ли я понимаю, что кресты это офигенный язык кучей возможностей и немного сложноват для мимокрока, но зато откроет огромные перспективы для него (с учётом, что web меня не интересует )

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

>>870791
Оба говно. Бери хаскель.

>>870809
>кресты это офигенный язык кучей возможностей
С кучей возможностей нарваться на UB

>>870791
Это плохой язык для обучения программированию. Это хорошая лошадка для зарабатывания денег, так как инфраструктура меняется медленно, а работы много. Начни с чего-нибудь другого.

>>870889
Например

>>870899
HTML5, python, потом, через годик, С, и только потом С++, причем сразу С++11 или какой там стандарт будет.

>>870900
>HTML5
Это шутка такая? Ещё бы хаскель предложил.

>>870905
Нет, преимущества в следующем:
1. Обучает важности текстовых представлений и пониманию независимости редактора и IDE от языка.
2. Интерпретатор есть на любом компе, ничего не нужно ставить, особенно по сравнению с питоном, который на винде не очень.
3. Это взрослая технология с плавным порогом вхождения.

>>867535
Такое возникает когда ошибка в неправильном понимании ООП и наследования в частности.
Пол это свойство человека, а не его подвид.

>>870900
Почему сначала C, а потом С++?

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

>>870937
Хм, что если я начну с SICP + Си (и то и то придется пока что на русском изучать)

>>870947
Я посоветовал вкатывальщику в 30 лет делать игры на HTML5, его дичайше проперло и на такой мотивации он быстро вырос. SICP по-моему скукотища для яйцеголовых, удовольствие я от этой книги получил уже с неколькими годами опыта программирования, для начинающего важнее всего, чтобы было интересно.

>>870954
Вроде слышал, что вкатываться просто в рандомный язык и не иметь никакого базового представления о программировании плохая идея, если хочешь действительно вкатится.

>>870957
JS далеко не рандомный язык. Он не самый хороший, конечно, но хотя бы всяко лучше бейсика, на котором начинали поколения американцев старше 40 лет (у нас больше паскаль был в цене).

>>870933
>Почему сначала C, а потом С++?
Потому что он идиот. Если хочешь учить C++, надо учить C++

Но лучше Haskell

Почему в chrono всё так усложним? Теперь чтобы узнать текущее время надо строчку из 120 символов писать. А чтобы засечь время работы программы, то эту строчку надо повторять дважды. С ctime такой ебли не было.
http://ideone.com/FoZoBQ

>>870986
А зачем ты кастуешь now()? Кастуй только разность.

>>870998
Точно. У них же оператор вычитания дэфолтный есть. Спасибо.

>>866624
vim или emacs, но ты не осилишь

Посоветуйте, что почитать про алгоритмы аллокации и различных аллокаторах.

>>870791
Бери питон и не еби мозги.

>>871152
https://www.youtube.com/watch?v=LIb3L4vKZ7U

>>870791
Не выучишь как первый язык, почти все плюсеры начинали с универов, где до того и так знали либо лиспы и алгоритмы(швеция, напрмер) и им остальось лишь выучить обосцанный язык. Другое дело ты, который нихуя не учил.
Тебя сольют на проектах, если устроишься в более-менее норм контору, проэкты очень сложные в большинстве, потому индусов вообще не зовут, в крайнем случае поляков, ты соснешь как математик.

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

Напомните книгу. В одном из прошлых тредов кидали ссылку на блог человека который эти книги залпом читает. Там была книга про с++ и половина этой книги была про дэбажинг. Забыл сохранить. Помнит кто название или блог?

>>866903
с stl то что не так лол?
Как вообще можно на с++ без stl писать.
Да и кроме буста альтернативы работе с сетью, кроме сокетов, просто нет лол.

>>871248
>с stl то что не так лол?
Два аргумента для обозначения промежутка вместо одного.

>>871248
>с stl то что не так лол?
Деструктор std::future, полученного из std::async ждёт завершения треда и вешает всё.

>>871248
>с stl то что не так лол?
std::max(A, B) возвращает A, если A == A

>>871253
>A == A
A == B

>>871249
>Два аргумента для обозначения промежутка вместо одного.
ты же понимаешь, что это сделано для того, чтобы безболезнено заменить один итерабельный контейнер на другой?
>>871250
Ну почему нельзя его просто юзать его в еще одном треде асинхронно?

>>871256
>Ну почему нельзя его просто юзать его в еще одном треде асинхронно?
В смысле?

>>871256
>ты же понимаешь, что это сделано для того, чтобы безболезнено заменить один итерабельный контейнер на другой?
Чтобы можно было взять begin от одного контейнера, а end от другого?

>>871260
Нет. Ну вот был у тебя вектор, а ты хуяк такой и заменил его на list и все норм дальше работает.
>>871259
Тут я обосрался, не так понял вопрос

>>871261
>заменил его на list и все норм дальше работает.
А чем использование одного аргумента для обозначения границ итерирования мешает заменить?

>>871257
Ну копировать вектора такое вообще.
В крайнем случаем можно скопировать вектор в еще один вектор с таким же алокатором, а потом переместить в вектор с другим алакатором.
хотя говорить, что это хорошо не стоит

>>871262
Ну если тебе нужно от одного элемента списка до другого пройти, в своем каком то велосипедном списке, как бы ты эти границы задал? При том, что ты не знаешь количество элементов между ними.

>>871267
Парой.

>>871269
Ну так а в чем принципиальная разница, передать в функцию два аргумента или пару?

>>871272
В том, что пара — это один аргумент. Её можно возвращать из функции. И передавать в следующую. По цепочке.

>>871275
Звучит разумно.

>>871277
Это всё говорит о "качестве" советского образования. Степанов учился в МГУ и разработал STL. Учился бы в Кэмбрижде, тёрся бы рядом с Саймоном Питоном-Джонсом и был бы знаком с ФП — спроектировал бы STL получше.

>>871248
>с stl то что не так лол?
У каждого она своя, и в одного std::move или оператор = с ним работающий через std::swap, у другого list.lenght() через sts::distance работает, у третьего до сих пор не всё реализовано, тормозит и выделяет память втихую. И это только из того, что как работает, если говорить об архитектуре, кривоте и оверинжиниренге можно ещё 20 таких простынок накатать сходу.
>Да и кроме буста альтернативы работе с сетью, кроме сокетов, просто нет лол.
Их тыщи — даже в том же Qt всё удобно и красиво, с тредпулами и шлюхами, а не чудовищные неотлаживаемые портянки из asio.

Алсо, помню как-то ковырялся в гитхабе фейсбука — все проекты со своей стандартной библиотекой. EA пару лет назад тоже выложила в опенсорс свою. В гайдлайнах мозиллы запрещается юзать STL — тоже своё добро. И так можно ещё долго продолжать — так или иначе это тот ещё показатель.

>>871294
> list.lenght()
list::size обязан работать константно

>>871298
После того фейла в стандарте и прописали, лол. Подождём ещё пока асинки человеческие впилят и заживём-то!

>>871305
>асинки человеческие впилят
Это невозможно.

>>871306
Значит подождём пока в язык запилят как в том концепте от мс, и начнём как в шарпе кошерно поживать! лет через 20

>>871311
А, это ты, двуличная порватка. Не запилят "человеческих" async, это фундаментально невозможно.

>>871294
>ковырялся в гитхабе фейсбука — все проекты со своей стандартной библиотекой.
std::map:
https://github.com/facebook/folly/blob/21d7adcd34a367bd6708a2438161b92307c4b53f/folly/io/async/AsyncSignalHandler.h#L81
https://github.com/facebook/folly/blob/3272dfdbe243e0ac02acca1dd82bc391d1da079a/folly/io/async/SSLContext.h#L455

std::vector тоже вполне используется. Так что не "все".

>>871253
А в чём проблема и что ему ещё возвращать? B? рантайм еггог? Возвращается же всё равно либо по значению, либо константа.
В питоне, например, тоже A возвращается (ссылка на переданный же аргумент).