А следующий когда?

2017

C++17 (первая ссылка в тексте новости)

У меня тут 2~3G вместо интернета. Не грузится та ссылка. Ну что, сейчас посмотрим в поиске, что там планируется.

блин, кресты давно не нужны.

Респект таким парням, которые не боятся улучшать и развивать такой спорный ЯП как C++, пока Plain C корчится в предсмертных муках.

Есть полезные изменения, но относительно немного. Ждем С++17, там должно быть много вкусного.

развивать такой спорный ЯП как C++, пока Plain C уже 30 лет корчится в предсмертных муках.

fxd

Это хорошо. Это здорово.
И да - плюсы не нужны неосиляторам.
Я тут архивы свои просматривал - на с++ обработчики прерываний писал по ДОС в 99м году. Попробуй-ка напиши обработчик на питоне или пёрле под тот же ДОС (ограничения такие были по ТЗ - 286й проц с 2мя Мб памяти и ни йотой больше)

Кстати, сегодня новая версия DMD вышла.

Попробуй-ка напиши обработчик на питоне или пёрле

А теперь мы прерррвемся на рекламную пааааузу. Не засыпайте и оставайтесь с нами!

Минорнота! Все тролли заняты и обсуждают С++.

Я уже запасся попкорном :D

Отличная новость! Наконец то GCC-шные бинарные литералы стали стандартом. Никогда не пользовался восьмеричными литералами и было просто удивительно что такая малополезная хрень в стандарте есть а бинарных нету.
Это ведь додуматься надо было до особой роли ведущего нуля. Сколько он доставил начинающим прогерам.

Шланг умеет? А gcc?

Отлично, шаблонные лямбды таки сделали. Собственно, это единственное, чего я ждал от следующего после C++11 стандарта, а бинарные литералы и так везде есть :)

Это ведь додуматься надо было до особой роли ведущего нуля. Сколько он доставил начинающим прогерам.

Я до института (поступление в 94м) кроме ROM-BASIC школьного «корвета» вообще ничего не знал.
Начинающим преподавали Паскаль, вместе с основами алгоритмического программирования - хватило 1года.
А вот когда С, а затем и С++ начали читать - прошло цельных 3 года.
При этом после С изучали и С++ и asm.
По началу записи вида 0666 никого не волновали (знали, но не использовали), а вот бинарного представления, как в asm`е (110110110B) действительно не хватало - приходилось в уме-налету в hex переводить.

День назад искал способ сделать шаблонные лямбды и дико сетовал на их отсутствие на уровне языка. Ждем в 2017 std::telepathy :)

Ага, и, как следствие, включение в stdc++.so библиотеки libastral, по этому примеру :D

Чего уж там. Давно известно, что многие компиляторы имеют поддержку конструкций следующего вида (пример приведён для MSVC):

#pragma warning disable XXXX

Я предлагаю реализовать и внести в стандарт логичное продолжение этой прагмы:

#pragma error disable

Или, наконец,

#pragma runtime_error disable

на с++ обработчики прерываний писал по ДОС

А что там было от плюсов? Тем более в 99-м году.

позволит поддержать для C++ репутацию современного

ЩИТО?

Скачал с http://www.open-std.org текущий стандарт С++14.
Посмотрел - 1352 страницы - придётся ждать релиза и идти в типографию - пусть сверстают...

Так толсто что слишком толсто, чтобы я так корчился в предсмертных муках

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

http://spectrum.ieee.org/static/interactive-the-top-programming-languages

http://sogrady-media.redmonk.com/sogrady/files/2014/01/lang-rank-114-wm.png

Необходимость воткнуть этот обработчик внутрь класса (из-за ограничений интерфейс писался на TVision - то ещё дерьмо), слава богу некоторые расширения Borland`а спасли.

воткнуть этот обработчик внутрь класса

Хм. А как с декорированием имени боролся?

Ага, и программную реализацию branch predictions на их основе :)

#pragma work_without_bugs_and_glitches

Вот лучше так.

99й год давно прошёл, кагбе

Ну да, дальше идёт #pragma logic_error disable :)

И за наличие в проекте

egrep -i "#pragma error disable|#pragma runtime_error disable" -r . | wc -l

С самой функцикей проблем не было (штуки 4 модификатора, static interrupt и ещё что-то), проблемы были с доступом к переменной класса, которую никак не получалось выудить. Я тогда за месяц все runtime исходники борланда перелопатил.
Но всё-равно, пришлось адрес переменной через privat static в обработчик передавать.
Когда читал ентот кусок кода (полторы страницы) нифига не понял - откуда и что берётся, но тогда было понятно и логично.
З.Ы. Стал бы я бОшку на работе ломать, если бы была возможность сделать обычный(вне класса) обработчик.

Нет, конечно. Это логичное продолжение включения libastral в состав компилятора: «угадай, что хотел программист, и сгенерируй что нужно».

Прошёл, но и сейчас мне легче всё на ++ или чистом написать, нежели изучать что-то новое. Я лучше день-два подумаю как логику расшевелить до стандартного ООП нежели буду тратить месяц/другой на изучение/вспоминание ч-либо
Возраст не тот, да и память тоже.
P.S. И лучше уметь делать что-то одно но хорошо (и за это тебя ценят), чем всё, но никак.

Ждем ebuild'ов нового тэга.

Нас в институте мучали турбопаскалем в котором был встроенный оператор asm и квалификатор функций interrupt. Шикарная штука была, по сравнению с ней GCC-шный asm просто извращение. Прозрачное прокидывание переменных, никаких тебе clobbered, компилятор их сам определял, нативный синтаксис без этого уродства с «%». Может и его в GCC добавят, а там глядишь и до стандарта дойдет.

Так и в TurboC/BorlandC асм был прозрачным, чем я активно пользовался. При этом во всех поставках (что паскаль, что С/С++) tasm в комплекте шёл.

Что насчет списка основных изменений?

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

Тут кое-что. Остальное в драфте.
Стандарт корректирующий, многого ждать не стоит.

А там чего-нибудь уже официально наобещали? Гугл по с++17 какие-то самолетики показывает.

Уже можно писать?

auto auto(auto &auto) { return auto; }

А что в нём будет нового по сравнению с C++11?

Можно. Вернет 42, даже без UB.

Годная новость.

Спасибо автору.

Я до института (поступление в 94м) кроме ROM-BASIC школьного «корвета» вообще ничего не знал.

эх молодежь :-) анонимуса (меня) паскакалю учили еще в школе в 80-е :-)

Я код на асме писал в редакторе Borland Pascal и там же собирал.

Я предлагаю сразу #pragma compile_perfect_code enbale

enbale

Перефразируя Дядю Федора: чтобы что-то скомпилировать, нужно сначала что-то написать, а у нас руки по клавишам не попадают ;-)

http://sogrady-media.redmonk.com/sogrady/files/2014/01/lang-rank-114-wm.png

Go впереди окамла и тикля? Странно.

42

4.2

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