AP
а вообще что мешает просто инклуд засунуть бустовый
Size: a a a
2021 June 15
AP
boost/none_t.hpp
P
я же написал, что будет разная логика в зависимости от стандарта, которым компилят - для этого я выношу в отдельный неймспейс это всё.
AP
я просто не понимаю, если ты все равно юзаешь boost::none для определения своей переменной
AP
что мешает напрямую его и юзать
P
как напрямую?
AP
все равно std::nullopt != my_utils::none
P
my_utils::nullopt
1. Refers to boost::none in C++14.
2. Refers to std::nullopt in C++17.
1. Refers to boost::none in C++14.
2. Refers to std::nullopt in C++17.
AP
одна и та же переменная разному равна в зависимости от стандарта
AP
понял принял
AP
у нас бы давно плюнули, и тупо define в помощь
P
Я просто видел, что так делали на другом проекте, когда переходили с С++17 на С++14, поэтому и перенял практику...
AP
😅ты был на проекте, где из 17 стандарта на 14 переходили?
P
ну там нужно было сделать downgrade, чтобы запускали на некоторых девайсах - это был небольшой плагин.
AP
аа, тогда ладно))
AP
но я такого не видел :D
AP
интересно наверн было
AP
с 14 на 17 то понятно что делать, а вот че делать если код во всю 17ые фичи юзает и нужно вернуться на 14