Keil по сравнению с GCC для ARM7?
Нет такого удобства, и Вы не должны создавать свое собственное. "Блоки, пока это не получает результат", чрезвычайно плохи практика программирования на устройстве как iPhone. Могут потребоваться секунды для получения местоположения; Вы никогда не должны заставлять своих пользователей ожидать как этот, и делегаты удостоверяются, чтобы они не делали.
4 ответа
С точки зрения кодирования / разработки между ними очень мало различий. Единственное, что, я думаю, вам следует учитывать, не относится к этим компиляторам. Техническое обслуживание :
- Сможете ли вы поддерживать программное обеспечение, если у вас нет доступа к компилятор Keil или это будет незначительная стоимость?
- Также какое отладочное оборудование / JTAG поддерживается и какова будет стоимость, если вам понадобится что-то?
- Какая будет стоимость
если вам нужно перейти с одного компилятора
в другой компилятор из-за необходимости
сменить разработчиков позже?
Если вы не очень чувствительны к затратам, я думаю, что реальный вопрос заключается в том, кто сделает лучше всего, поскольку компилятор будет незначительной проблемой.
Если я правильно помню, Киль теперь принадлежит ARM. Компиляторы ARM ночью и днем лучше, чем gcc, для создания хорошего кода. Кажется, я помню, как Кейл включил сокращенную или бесплатную или любую другую версию rvct. Итак, мой вопрос заключается в том, что код намного быстрее, чище и лучше, стоит использовать коммерческое решение, когда gcc существует и хорошо используется? Я бы выбрал gcc, если вы не находитесь в ситуации нехватки производительности и не хотите мысленно переводить всю информацию на основе gcc, свободно доступную в сети, в ваши коммерческие инструменты и обратно. В целом, использование gcc, вероятно, является лучшим путем, при условии, что за окном поиска Google для Kiel, вероятно, есть много информации, но объем знаний и информации о решениях на основе gcc затмевает это.
Основным преимуществом коммерческого решения для меня является поддержка, если у вас возникнут проблемы с компилятором или библиотеками.
Открытый исходный код подходит, когда вы используете оборудование для основного потока (в случае gcc = x86). Большинство проблем компилятора или библиотек обычно очень скоро будут исправлены сообществом.
Если вы разрабатываете на (возможно, экзотической) встроенной платформе, вы скоро можете почувствовать себя довольно одиноко, если у вас возникнут какие-либо проблемы с цепочкой инструментов.
Мы используем платформу Keil и очень довольны ее производительностью и оптимизацией. Пару лет назад я провел несколько стандартных тестов, и они оказались неплохими. Еще одним соображением является поддержка, и до сих пор у Keil было очень хорошее время отклика и относительно хорошие отзывы по некоторым сложным вопросам.
К вашему сведению, если ваш проект будет использовать Keil RTOS и у вас есть какие-либо вопросы по этому поводу, исходный код доступен для покупки.