V
vc++ опять не фонтан?
если вообще, вопрос в версии
Size: a a a
2020 July 09
V
если 2019 последних версий, то в целом более-менее
V
апплевский шланг тоже порой такое себе. несколько месяцев назад (больше не проверял) на
value() из std::optional ругался)YS
Хм, если ты потом метод вызывал какой объекта, мог бы -> вместо value() использовать
2020 July 10
YS
В заголовке, который много раз используешь, стоит макрос #ifndef использовать?
A
В заголовке, который много раз используешь, стоит макрос #ifndef использовать?
+
A
В любому хедері варто
AB
В заголовке, который много раз используешь, стоит макрос #ifndef использовать?
Если речь только про сценарий повторного включения хедера, то можно не засорять препроцессор лишними идентификаторами и использовать #pragma once
YS
Спасибо
YS
Если речь только про сценарий повторного включения хедера, то можно не засорять препроцессор лишними идентификаторами и использовать #pragma once
#pragma once вроде имеет проблемы с портабельностью
AB
#pragma once вроде имеет проблемы с портабельностью
Только на бумагах
Больше порт. проблем будешь иметь используя новые стандарты языка, чем этот макрос
Больше порт. проблем будешь иметь используя новые стандарты языка, чем этот макрос
A
#pragma once вроде имеет проблемы с портабельностью
Clang, gcc, msvc підтримують цю директиву
YS
А, основные поддержуют, так что всё нормально
YS
Clang, gcc, msvc підтримують цю директиву
Даже эпловский шланг?
YS
Классно
YS
там по умолчанию переход на новую строку
Я про подобное писал https://codereview.stackexchange.com/questions/38879/parsing-text-file-in-c
YS
Я про подобное писал https://codereview.stackexchange.com/questions/38879/parsing-text-file-in-c
Пример задающего вопрос подходит под твою реализацию
A
#pragma once вроде имеет проблемы с портабельностью
Там проблемы больше не в этом, а с инклюдом файлов с одинаковыми названиями из разных источников