C++ стандарт от комитета. Что внутри?

Добрый день.

Что сдержит C++ стандарт от комитета? Кроме нововведений ЯП, что еще полезного?

Спасибо.
------------
{дополнительно}
Извиняюсь, если термины некорректные, сам пытаюсь разобраться.
Для языка C++ есть стандарт, его публикует С++ Комитет (https://isocpp.org/std/the-committee)
Скачать документ не удалось, это платная услуга, не ожидал. Но, появилась догадка, если платно, значит внутри кроме ЯП еще что-то представляющее ценность. А что именно? И где можно посмотреть?
Очень надеюсь там увидеть готовые примеры(листинги) как реализовать элементы ЯП. Например, придумали smart указатели, для программиста просто ключевое слово, а вот как реализовать внутренности, для этого прилагается листинг(готовое решение), например для разработчиков компиляторов.
Это лишь мое предположение. А как на самом деле?

0

Сообщение от JordanO2 как на самом деле?

Это международный промышленный стандарт: ISO (International Organization for Standardization) - доступ к таким стандартам нередко платный. Он содержит перечень положений о ЯП С++ раскрывающих прямые указания, рекомендации и правила по использованию языка - сичечь подробную инструкцию. Собственно там есть иллюстрации кодом для многих положений, в частности, например, как по использованию стандартной библиотеки языка, так и возможные варианты реализации тех или иных сущностей в ней же. Если Вы собираетесь профессионально заниматься программированием, то Вам категорически показано тем или иным способом приобретать текущую версию стандарта, как минимум, для ознакомления в целом и дотошоного изучения в частностях. С++ не сказать чтобы очень сложный, но определнно очень "большой" язык, потому текущая (или используемая разработчиком) версия стандарта - это настольная книга программиста занимающегося промышленной разработкой программ на этом языке.

0

Annemesski,
А где-нибудь можно посмотреть оглавление C++ стандарта, чтоб понять его содержание, и для каких целей написан? Подойдут старые древние версии, чтоб в общих чертах...

Сообщение от Annemesski рекомендации и правила по использованию языка

Пока не понятно, как они(в комитете) могут рекомендовать правила ЯП, если это еще не реализовано технически?
Это и есть вопрос темы,
я ищу не рекомендации по ЯП(frontend для программиста), а противоположную (backend)сторону, т.е. рекомендации по библиотекам и компилятору.
Мое предположение, что в начале должен выйти стандарт на backend, чтоб появились компиляторы и библиотеки, которые поддерживают нововведения ЯП, а уже на основе них можно рекомендовать правила использования ЯП.
Повторюсь, это предположение. А как на самом деле?

Добавлено через 18 минут

Сообщение от JordanO2 где-нибудь можно посмотреть оглавление C++ стандарта, чтоб понять его содержание

сам спросил, сам нашел N4860
Но, с ходу не понять, вопрос темы все еще открыт и актуален. Кто пишет стандарты для C++ компиляторов?

0

Сообщение от JordanO2 Кроме нововведений ЯП, что еще полезного?

Чем пользу измерять? Прибавкой к зарплате, количеством багов, количеством строк кода?

Сообщение от JordanO2 Скачать документ не удалось, это платная услуга, не ожидал.

Есть маленький лайфхак: в открытый доступ бесплатно публикуются черновики стандартов (Working Draft). В том числе лежит С++23.

Сообщение от JordanO2 появилась догадка, если платно, значит внутри кроме ЯП еще что-то представляющее ценность.

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

0

JordanO2, стандарт содержит всю полноту информации по ЯПу, в том числе и указания для разработчиков компиляторов.

Сообщение от JordanO2 Пока не понятно, как они(в комитете) могут рекомендовать правила ЯП, если это еще не реализовано технически?

именно так и могут, если никто не рекомендует, то что тогда вообще реализовывать? Без стандарта существовали бы только диалекты языка реализуемые тем или иным компилятором, наличие стандарта же гарантирует что любой компилятор реализует именно стандартизированный язык, при этом может предоставлять собственные расширения формируя диалект языка. В сущности жизненный цикл стандарта примерно таков: компиляторы реализуют текущий стандарт плюс свои собственные расширения ЯП предоставляющие пользователю нестандартные расширения, которые в совокупности со стандартом реализуют свой диалект языка, при этом существуют как стандартная, так и сторонние библиотеки (например boost), а еще есть и другие языки предоставляющие свои фишки. Из всего этого через комитет по стандартизации наиболее востребованные фичи укладывающиеся в парадигму языка включаются в новый стандарт, который становится руководством к действию для разработчиков новых версий компиляторов реализующих новый стандарт.

Сообщение от JordanO2 ищу не рекомендации по ЯП(frontend для программиста), а противоположную (backend)сторону

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

0

Сообщение от Storm Screamer Прибавкой к зарплате, количеством багов, количеством строк кода?

например решением проблем, самая старая - это модули, ещё в паскале завезли, в С/С++ следствие - include guard, которые не обладают идемпотентностью, дальше move-семантика, && и вообще все эти пляски с xvalue, prvalue, ну надо признать что эксперимент был не удачный, потом разница инициализаций с {} и (), с убойным набором конструкторов тоже, люди теряются, люди не понимают и это всё слоится от версии к версии, чтобы старый код работал...

0

Сообщение от JordanO2 Пока не понятно, как они(в комитете) могут рекомендовать правила ЯП, если это еще не реализовано технически? Это и есть вопрос темы, я ищу не рекомендации по ЯП(frontend для программиста), а противоположную (backend)сторону, т.е. рекомендации по библиотекам и компилятору. Мое предположение, что в начале должен выйти стандарт на backend, чтоб появились компиляторы и библиотеки, которые поддерживают нововведения ЯП, а уже на основе них можно рекомендовать правила использования ЯП.

Сам спросил, сам нашел ответ.
В общем, предположение оказалось верное....

0

Сообщение от JordanO2 А где-нибудь можно посмотреть оглавление C++ стандарта

Черновик: https://eel.is/c++draft/

1

Сообщение от Croessmah Черновик:

выглядит удобнее, чем тот километровый документ. А возможно ли выйти на исходники?
Например, для конструктора weak тут интерфейсная часть: https://eel.is/c++draft/util.smartptr.weak.const
А где-нибудь есть блок-реализации ?
Спасибо.

0

Сообщение от JordanO2 А где-нибудь есть блок-реализации ?

Это стандарт никак не оговаривает, главное, чтобы реализация соответствовала требованиям.
Конкретно в данном случае это шаблон класса, поэтому можете непосредственно в include'ах посмотреть.
Но можете взглянуть и на исходники стандартной библиотеки вашего компилятора.
Например, gcc: https://github.com/gcc-mirror/... ptr.h#L809

1