Size: a a a

2020 April 29

DF

Dollar Føølish in pro.cxx
Все равно больше 16 байт не будет на х86
источник

ЮП

Юрий Першин... in pro.cxx
Имеется проект с сотнями тысяч строк юнит-тестов, сперва построенных в технологии DUnit для С++ Builder, потом легко (при помощи макросов) портированных в CppUnitTest (msvc) без потери совместимости с DUnit. Т.о. один и тот же код тестов собирается уже двумя компиляторами. Это удалось достичь благодаря тому, что обе технологии использовали одинаковый подход к составлению тестов: они хранятся внутри класса (по совместимости он же и fixture) как методы. Авторегистрация тестов также присутствует в обоих сценариях. Вопрос состоит в том, как (не меняя код тестов, только подменяя определения макросов) провернуть еще раз финт сохранения кодовой базы, но уже под третий компилятор (clang для linux). Портировать DUnit с паскаля в С++ не очень хочется (как и реализовывать вариант MSTest под linux) - хотя это на порядок проще, чем переделать тесты под googletest (и подобные ему). Идеальный вариант - найти готовую кросс-платформенную б-ку с такой же парадигмой (т.е. где тесты есть методы внутри класса fixture). Знаком ли кто-нибудь с такой?
источник

A

Alex in pro.cxx
Посоветуйте удобный парсер аргументов командной строки, который не бросает исключения
источник

MZ

Max Ziua in pro.cxx
Alex
Посоветуйте удобный парсер аргументов командной строки, который не бросает исключения
источник

A

Alex in pro.cxx
Спасибо!
источник

EP

Egor Pugin in pro.cxx
Alex
Посоветуйте удобный парсер аргументов командной строки, который не бросает исключения
llvm.support.commandline
источник

ЮП

Юрий Першин... in pro.cxx
Юрий Першин
Имеется проект с сотнями тысяч строк юнит-тестов, сперва построенных в технологии DUnit для С++ Builder, потом легко (при помощи макросов) портированных в CppUnitTest (msvc) без потери совместимости с DUnit. Т.о. один и тот же код тестов собирается уже двумя компиляторами. Это удалось достичь благодаря тому, что обе технологии использовали одинаковый подход к составлению тестов: они хранятся внутри класса (по совместимости он же и fixture) как методы. Авторегистрация тестов также присутствует в обоих сценариях. Вопрос состоит в том, как (не меняя код тестов, только подменяя определения макросов) провернуть еще раз финт сохранения кодовой базы, но уже под третий компилятор (clang для linux). Портировать DUnit с паскаля в С++ не очень хочется (как и реализовывать вариант MSTest под linux) - хотя это на порядок проще, чем переделать тесты под googletest (и подобные ему). Идеальный вариант - найти готовую кросс-платформенную б-ку с такой же парадигмой (т.е. где тесты есть методы внутри класса fixture). Знаком ли кто-нибудь с такой?
Похоже, надо попробовать QtTest
источник

AZ

Alexander Zaitsev in pro.cxx
Alex
Спасибо!
можешь ещё этот попробовать: https://github.com/adishavit/argh
источник

EP

Egor Pugin in pro.cxx
Alex
Посоветуйте удобный парсер аргументов командной строки, который не бросает исключения
CLI11 видел?
источник

AZ

Alexander Zaitsev in pro.cxx
Egor Pugin
CLI11 видел?
он вроде бросается
источник

EP

Egor Pugin in pro.cxx
да, но мб это не страшно в одном месте проверить кетчем
источник

AZ

Alexander Zaitsev in pro.cxx
Egor Pugin
да, но мб это не страшно в одном месте проверить кетчем
у человека видать -fno-exceptions в проекте :)
источник

EP

Egor Pugin in pro.cxx
тогда да
источник

A

Alex in pro.cxx
ага, бросатеся
источник

EP

Egor Pugin in pro.cxx
Alex
ага, бросатеся
исключения отключены?
источник

A

Alex in pro.cxx
нет, просто не хочу даже связываться с ними и писать свои обёртки для ловли, хочу нормальное изкоробочное решение.
источник

EP

Egor Pugin in pro.cxx
у них из коробки есть макрос, который сам и поймает
источник

A

Alex in pro.cxx
argh::parser cmdl(argv);
Не понял, как это работает без argc?
источник

EP

Egor Pugin in pro.cxx
там нулптр в конце
источник

A

Alex in pro.cxx
По стандарту? На всех платформах? Не знал, впервые слышу, спс
источник