Перекрестные модульные тесты компиляции с CppUnit или подобный
C# 4 будет иметь ковариантные и контравариантные шаблонные параметры, но до тех пор необходимо сделать что-то неуниверсальное как
IList collection = (IList)myObject;
3 ответа
Вы можете посмотреть CxxTest . Я не использовал его для кросс-компиляции, но он полностью основан на заголовках и скрипте Python - скомпилированной библиотеки нет. Возможно, ему будет легче адаптироваться, чем другим.
Моя практика при кросс-компиляции кода модульного тестирования заключается в компиляции самих модульных тестов с использованием собственной инструментальной цепочки - обычно это некоторая разновидность компилятора x86. Эти модульные тесты выполняются на машине сборки, а не на встроенной цели. Если вы пишете строгие модульные тесты (в отличие от интеграционных) с заглушками и макетами, у вас не должно быть зависимостей от встроенного оборудования. Если нет ... никогда не поздно начать.
Еще одним преимуществом этого подхода является то, что для встроенных целей, отличных от x86, этот тип модульного тестирования помогает избавиться от проблем с порядком байтов, неинициализированных переменных и других интересных ошибок.
Я не отвечаю здесь, но я бы не стал советоваться НЕ запускать модульные тесты для разных целей: вам все равно нужно, желательно оба системные и модульные тесты.
В противном случае такие простые вещи, как ошибки выравнивания на ARM / других встроенных процессорах, не будут обнаружены.