stackoverflow.com/a/57783365

Это ведь и есть определение source file-ов с т.з. стандарта, т.е. то где хранится текст программы, неважно в каком виде это хранение происходит в ОС.

Вроде бы в оригинальном вопросе и ответе всё верно объяснено. Если существует constraint и он нарушается, то даже если явно сказано что это UB, то должна быть диагностика; если не сказано что UB, то тем более. Если constraint не указан, но при этом нарушается фраза с shall или shall not, то это UB, диагностика не обязательна.

И, в частности, ни ссылка ни ссылочный тип не являются синтаксическим сахаром, если под этим понимать "другой синтаксис для одной семантики". stackoverflow.com/a/31286807/6944845

Есть два разных понятия: ссылка и ссылочный тип. В int& x имя x обозначает ссылку (не тип и не объект) с ссылочным типом int& (здесь "ссылка на int" - уже тип, а не ссылка или объект).

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

вопрос не про спецификацию

в текст добавлено 65 символов

stackoverflow.com/a/237074/6944845

Если это какая-то глобальная константа, то, вероятно, имеет смысл определить её в хедере как constexpr inline.

Представить как std::tuple, а для получения результатов внутрь std::make_tuple(...) запихнуть stackoverflow.com/a/60136761.

Насчёт сеттеров есть мнение, что они нарушают принцип инкапсуляции. В ООПTM объект класса Person как абстракция человека должен принимать внешние изменения (например, прошедшее время) и уже сам в соответствии с этим изменять свой возраст, а не явно давать доступ к модификации внутренних полей.

@wololo к сожалению, формально в C++20 даже чтение из object representation (все байты класса, включая паддинг) является UB, см. P1839.

Ещё .gitconfig может влиять на fast forward.

en.cppreference.com/w/cpp/links/libs#Serialization

В решении для шаблонного друга, вероятно, имелось в виду friend void f(C<V>);. Пример.

Чистый clangd вроде бы не умеет. Но CLion, который под капотом его использует, — да. Нашёл feature request github.com/clangd/clangd/issues/445.