IL
железо при этом одно и то же?
Size: a a a
2020 September 17
A
ну войдут в С++23 значит)
DR и в текущий IS же можно вливать
ГД
железо при этом одно и то же?
Нет
m
Приложение падает в самом начале запуска на Ubuntu 18.04, при этом на старых убунту работает нормально. В чём наиболее вероятная причина? Возможно что то с загрузкой либ. Собиралось на Ubuntu 18.04 с использованием Qt и других либ(они собраны на 14.04). Ни у кого не было подобного опыта? Там нет никаких специфических требований к сборке под 18.04?
Cow строки из старой версии из стандартной библиотеки?
ГД
Cow строки из старой версии из стандартной библиотеки?
В смысле?
m
В смысле?
Стандартная библиотека gcc ломала бинарную совместимость. Точную версию не помню.
IL
ну так может наборы инструкций не совпадают
ГД
ну так может наборы инструкций не совпадают
Там вроде нет кода на ассемблере
IL
а на какой инструкции падает-то хоть?
P
Там вроде нет кода на ассемблере
так может просто уб где то?
M
Приложение падает в самом начале запуска на Ubuntu 18.04, при этом на старых убунту работает нормально. В чём наиболее вероятная причина? Возможно что то с загрузкой либ. Собиралось на Ubuntu 18.04 с использованием Qt и других либ(они собраны на 14.04). Ни у кого не было подобного опыта? Там нет никаких специфических требований к сборке под 18.04?
До main дело доходит? Если да, то ищи переполнения буфера/забытый return. Если нет, то проверяй версии либ.
A
тут может стоять только
format(R"("stringValue" : "{json_string_escaped}")", stringdata);Такое реализуемо
CD
Такое реализуемо
Ась? Как
CD
Такое реализуемо
Там главное не предлагай читать его в каждом string alias
O
тут может стоять только
format(R"("stringValue" : "{json_string_escaped}")", stringdata);@webreh, если допустить, что, единственная цель формата — быть простым, понятным и дружелюбным, например, к новичкам, плохо ли это? Да, мы, конечно, пишем на C++ и тут так не принято, но лично я не вижу ничего плохого в этом
В конце концов, формат выглядит приятнее стримов на мой личный вкус. И он безопаснее
В конце концов, формат выглядит приятнее стримов на мой личный вкус. И он безопаснее
printf, пускай и не является универсальной заменой обоих. Так что если кому-то станет легче или приятнее изучать основы C++ благодаря такой мелочи, я не думаю, что сообщество от этого проиграетCD
@webreh, если допустить, что, единственная цель формата — быть простым, понятным и дружелюбным, например, к новичкам, плохо ли это? Да, мы, конечно, пишем на C++ и тут так не принято, но лично я не вижу ничего плохого в этом
В конце концов, формат выглядит приятнее стримов на мой личный вкус. И он безопаснее
В конце концов, формат выглядит приятнее стримов на мой личный вкус. И он безопаснее
printf, пускай и не является универсальной заменой обоих. Так что если кому-то станет легче или приятнее изучать основы C++ благодаря такой мелочи, я не думаю, что сообщество от этого проиграетвопрос в том, что надо (since C++20) (deprecated in C++20), если априорно известно, что могут существовать решения лучше - зачем это вносить в стандарт?
O
вопрос в том, что надо (since C++20) (deprecated in C++20), если априорно известно, что могут существовать решения лучше - зачем это вносить в стандарт?
А решение лучше кем-то разрабатывается сейчас? Есть его планы по включению в ближайшие стандарты? А если лучшее решение так никто и не предложит потому что всем просто лень или просто не особо нужно?
Кроме того, согласно вашей аргументации,
Да, иметь кучу немного разных инструментов для решения одной и той же задачи обычно плохо, но я считаю, что в данном случае простота и снижение порога входа в C++ того стоят
Кроме того, согласно вашей аргументации,
format и потенциально лучшее решение задачу решают по разному. Да и задачи, согласно аргументации, немного разные, так что скорее, появится ещё одно конкурирующее решение, а не полная заменаДа, иметь кучу немного разных инструментов для решения одной и той же задачи обычно плохо, но я считаю, что в данном случае простота и снижение порога входа в C++ того стоят
CD
А решение лучше кем-то разрабатывается сейчас? Есть его планы по включению в ближайшие стандарты? А если лучшее решение так никто и не предложит потому что всем просто лень или просто не особо нужно?
Кроме того, согласно вашей аргументации,
Да, иметь кучу немного разных инструментов для решения одной и той же задачи обычно плохо, но я считаю, что в данном случае простота и снижение порога входа в C++ того стоят
Кроме того, согласно вашей аргументации,
format и потенциально лучшее решение задачу решают по разному. Да и задачи, согласно аргументации, немного разные, так что скорее, появится ещё одно конкурирующее решение, а не полная заменаДа, иметь кучу немного разных инструментов для решения одной и той же задачи обычно плохо, но я считаю, что в данном случае простота и снижение порога входа в C++ того стоят
Как можно разрабатывать решение лучше, если еще нет C++20