LINUX.ORG.RU

C++14 готов к публикации, стандарт ISO/IEC 14882:2014(E)

 


1

8

Обновленный язык программирования C++14 уже подготовлен к публикации как новый стандарт «International Standard ISO/IEC 14882:2014(E) Programming Language C++». Приятной особенностью будет доступность компиляторов соотвествующих новому стандарту (реализации предыдущих выпусков C++11 и C++98 заняло 2 и 5 лет соотвественно). Автор языка Bjarne Stroustrup надеется, что это обновление, подготовленное достаточно быстро и в намеченные сроки, позволит поддержать для C++ репутацию современного.

>>> Подробности

★★★★★

Проверено: fallout4all ()
Последнее исправление: linuks (всего исправлений: 14)

Ответ на: 2017 от linuks

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

Deleted
()

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

anonymous
()

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

CARS ★★★★
()

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

anonymous
()
Ответ на: комментарий от CARS

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

fxd

ugoday ★★★★★
()

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

drfaust ★★★★★
()
Ответ на: комментарий от drfaust

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

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

Pavval ★★★★★
()
Ответ на: комментарий от srm

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

Pavval ★★★★★
()

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

A-234 ★★★★★
()
Последнее исправление: A-234 (всего исправлений: 1)

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

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

intelfx ★★★★★
()
Ответ на: комментарий от A-234

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

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

drfaust ★★★★★
()
Ответ на: комментарий от intelfx

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

Shadow1251
()
Ответ на: комментарий от Shadow1251

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

#pragma warning disable XXXX

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

#pragma error disable

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

#pragma runtime_error disable

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)

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

ЩИТО?

a1batross ★★★★★
()

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

drfaust ★★★★★
()
Ответ на: комментарий от CARS

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

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

loz ★★★★★
()
Последнее исправление: loz (всего исправлений: 1)
Ответ на: комментарий от one_more_hokum

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

drfaust ★★★★★
()
Ответ на: комментарий от drfaust

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

Shadow1251
()
Ответ на: комментарий от one_more_hokum

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

drfaust ★★★★★
()
Ответ на: комментарий от Shadow1251

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

intelfx ★★★★★
()
Ответ на: комментарий от lazyklimm

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

drfaust ★★★★★
()
Ответ на: комментарий от drfaust

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

A-234 ★★★★★
()
Ответ на: комментарий от A-234

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

drfaust ★★★★★
()
Ответ на: комментарий от crowbar

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

drfaust ★★★★★
()
Ответ на: комментарий от crowbar

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

Shadow1251
()
Ответ на: комментарий от anonymous

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

vazgen05 ★★★
()

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

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

Twissel ★★★★★
()
Ответ на: комментарий от drfaust

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

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

anonymous
()
Ответ на: комментарий от cipher

enbale

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

anonymous
()
Ответ на: комментарий от anonymous

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

cipher ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.