Текущий Стандарт С++ и перспективы его развития

{ auto; }

?

Для красоты упустили return?

про return компилятор тоже узнает

Цитата D_KEY @ 16.01.15, 13:29

{ auto; }

?

Т.е. не смущает, что auto не является контекстно-зависимым ключевым словом, потому им нельзя именовать сущности, да и шаблонными с помощью auto можно делать только лямбды?

А нужно было перечислить все? Мне показалось наиболее интересной auto в качестве тела функции.

Ну вы блин даёте - это же функция вычисления факториала, сразу видно!

А в пятой ветке gcc... типобезопасный printf ждёт своего создателя

Добавлено 01.05.15, 20:28
Хотя нет, не ждёт - невозможно Грабли с функцией только времени компиляции всё ещё с нами.

Цитата MyNameIsIgor @ 01.05.15, 20:16

Грабли с функцией только времени компиляции всё ещё с нами.

Нууу... Питер Соммерленд опять выносит мозг compile-time вычислениями на C++14.

Скрытый текст

Призаюсь честно: когда слушал его вживую, к концу доклада мозг слегка закипел....

Сообщение отредактировано: Flex Ferrum - 01.05.15, 20:33

Цитата Flex Ferrum @ 01.05.15, 20:32

Цитата MyNameIsIgor @ 01.05.15, 20:16

Грабли с функцией только времени компиляции всё ещё с нами.

Нууу... Питер Соммерленд опять выносит мозг compile-time вычислениями на C++14.

Скрытый текст

Призаюсь честно: когда слушал его вживую, к концу доклада мозг слегка закипел....

Да это всё понятно... Но я всё ещё не могу остановить компиляцию, если спецификатор в формате не совпадает с выводимым типом!
А всё потому, что внутри функции неизвестно является ли контекст константным. Это было бы известно, разреши они constexpr параметры...

Добавлено 01.05.15, 21:20
Т.е. я о чём. Вот в коде

#include <iostream>
 
constexpr int foo(int i)
{
    return i;
}
 
int main()
{
    constexpr int i = foo(1);
    int j;
    std::cin >> j;
    int k = foo(j);
}

нельзя сделать объявить k с модификатором constepr, потому что вызов foo не является constant expression context. И если написать printf

template<class... Args>
void printf(const char* format, Args&&... args)
{
  size_t count = formats_count(format); // не может быть constexpr, т.к. format не является constexpr
  static_assert(count == sizeof...(Args)); // ошибка, т.к. count не constexpr
}

А ведь прекрасно всё могло бы быть, если бы я мог написать

template<class... Args>
void printf(constexpr const char* format, Args&&... args)

Цитата MyNameIsIgor @ 01.05.15, 20:40

А ведь прекрасно всё могло бы быть, если бы я мог написать

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

Подскажите в двух словах, что тут такого неправильного:

    #define _ПробаПера 24

что BDS XE7 ругается:

[bcc64 Warning] Unit_1.cpp(301): ISO C99 requires whitespace after the macro name

? //Русскоязычные define'ы доступны уж давно, вроде бы...

Добавлено 03.05.15, 12:12
Видимо, всё же русскими буквами в C99 нельзя, раз он на латиницу перестал ругаться. Эх...

Использование в программе символов за пределами базового символьного набора не запрещается, они входят в расширенный символьный набор, просто его состав implementation defined. Проблема может возникнуть из-за несовместимого с реализацией представления таких символов в исходном коде. Например кириллица в ANSI1251 не будет понята gcc, потому что он использует UTF-8.

Добавлено 03.05.15, 14:37
В проблема запросто может относиться к _ в начале имени. Такие имена зарезервированы для использования реализациями в составе библиотек и не должны использоваться в программах.

Цитата Qraizer @ 03.05.15, 14:35

Например кириллица в ANSI1251 не будет понята gcc, потому что он использует UTF-8.

А почему она может быть не понята, если начало - правильное (символ подчёркивания), а дальше - всё, что угодно? Не важно же, что там - кириллица или музыкальные нотки, или китайские иероглифы или ещё что-то! Непонятно.

Добавлено 03.05.15, 14:45

Цитата Qraizer @ 03.05.15, 14:35

проблема запросто может относиться к _ в начале имени. Такие имена зарезервированы для использования реализациями в составе библиотек и не должны использоваться в программах.

Здесь явно не это, т.к. при замене на _RRTT всё перестало ругаться.

Добавлено 03.05.15, 15:01

Цитата Славян @ 03.05.15, 14:43

Не важно же, что там - кириллица или музыкальные нотки, или китайские иероглифы или ещё что-то!

А, понял! Видимо, всё же важно, ибо вот такое, скажем, будет запрещено:

#define _test[ 24

, потому компилятор перестраховывается как бы.

Цитата Славян @ 03.05.15, 14:43

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

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

Добавлено 03.05.15, 16:06
Вот тут это расписано более подробно.