Компилятор постоянно оптимизируется и меняется тюнинг оптимизации... как правило такую разницу можно свести на нет, а то и склонить в более выгодную сторону подбором флагов оптимизации(10 - 15 типичных). +stdlib тоже развивается и некоторые функции могут стать чуть тяжелее... дело то житейское )

Только вот ответственность за то дерьмо, которое Вы притащили с визардом и прочими "библиотеками" Вами никакой волшебник не разделит . И правильно сделает!

То-есть Вы хотите сказать что все библиотеки которые выкладываются производителями чипов дерьмо. А программы нужно писать самому и с нуля и тогда будет все супер?

Нет же вам этого не говорили, просто использование подобных "волшебников" затеняет понимание сущности, и далеко не всегда генерируемый ими код соответствует требованиям решаемой программистом задачи. По аналогии это непонятного качества полуфабрикат в сравнении с приготовленным самостоятельно продуктом.

Когда человек впервые программирует контроллер да еще при этом учиться программировать то для этого нужно просто помигать светодиодом или сделать что-то элементарное. И когда с помощью "волшебника" генерированный кот работает с первого раза то потом можно этот код модифицировать и смотреть что и зачем.
Конечно для профессионалов "волшебники" это ненужная фигня на которую они даже не смотрят (для них это сырой полуфабрикат плохого качества).
Вот только я не пойму как эти все волшебники могут затуманить понимание?

Скажем так, совершенно не являются образчиками приличного программирования, по крайней мере мне не разу не удалось увидеть. "Библиотеки от производителей чипов" становятся все более плохими и их единственная реальная цель закрыть пробелы в документации и errata . Возможности железа не описываются и вместо этого выдаются несколько шаблонов на несколько случаев, причем побочные эффекты и накладные расходы за счет использования тоже не документированы. При этом идеальный с точки зрения производителя пользователь кроме всего прочего привязывается к "библиотеке" и мысля только данными ему производителем "кубиками" со страхом думает о том, что придется не то,что думать не кубиками, но даже кубиками от другого производителя, не говоря уже о том, что-бы полностью представлять и контролировать процесс.

Если Вы НЕ понимаете, что Вы используете в качестве библиотек, то "писать самому" это на мой взгляд, преждевременное утверждение. Соответственно на никакой "супер" надеяться не приходится. Если ПОНИМАЕТЕ, то скорее всего будете использовать "библиотеки" по минимуму, или вообще не использовать. Вот такое противоречие


По разборке машинного творчества бездумного визарда Вы НИКОГДА не поймете "что и зачем". У него другая логика, логика нагенерить кучу однообразного кода по шаблону примерно годящемуся хоть для мигания светодиодом, хоть для WEB интерфейса. Таким образом вместо СОБСТВЕННОРУЧНО НАПИСАННЫХ И ОСОЗНАННЫХ нескольких строк для мигания светодиодом Вы получаете нечто в чем РАЗОБРАТЬСЯ Вам для начала будет не по силам. В результате имеем мигающий светодиод и полное не понимание того, что там визард наделал и зачем, и как это без него дальше жить.

А если собственно ручно написанный код на отрез отказывается работать?
На счет визарда в кодевижене я бы не сказал что он генерит запутанный и бездумный код. Там даже комментарии есть.
Новички вот такой код (PORTC=0x05) гораздо лучше понимают чем написанный профессионалом вот такой код (PORTC &=~(1<<PC1)&~(1<<PC2)). Конечно потом они разбираются и приходят к этому но по началу почему-то для них это кажется ужасно запутанно.

Значит надо заставлять. Надо заставлять себя учиться "ходить", а не садиться в инвалидную коляску и заниматься выбором более продвинутых инвалидных колясок.

"Потом" удручающе часто не наступает . Если ребенок сразу не научился ходить, говорить, попу подтирать "потом" уже много сложнее.

Лично мне хватило два дня для того чтобы спрыгнуть с кодевижена и перейти на иар. А если человек лентяй как по мне то это диагноз

Это категорически не попытка какого-то наезда, но если Вы при этом не заметили особой разницы между "похожим на 'C'" языком, и 'C', то это очень странно. И у меня нет никаких других мыслей, кроме той, что для этого надо писать на уж очень ограниченном диалекте языка . Я тут недавно вынужденно был использовать даже не псевдоcишный компилятор, а просто замерший в прошлом компилятор для M8C, так очень даже ругался . Не два дня ругался, а больше . Кстати, предыдущий софт для этой железки был написан с визардом в полный рост - инициализация по многосотбайтным таблицам, более полусотни файлов с потрясающие "нужными" функциями имеющими названия из многих слов, для, например, шевеления пином, записью байта в регистр, чтением байта из регистра и прочим мусором. Отлаживали и отлаживали этот исходник не один год, только железка как-то все зависала и пакетики теряла когда хотела.

Я и не говорил что не заметил разницы. Между IAR и GCC тоже есть различия.

Если без всякой надобности не использовать всякие заложенные разработчиками опять-же для привязки к своему продукту искусственные навороты, то реально обоснованных отличий между компиляторами соответствующих C99 практически нет. Портирование, если надо, то за считанные минуты.

Время портирования сильно зависит еще от размера проекта. А без искусственных наворотов часто тяжело обходиться.

Время портирования не зависит от размера проекта, а только от ФАКТА использования какого либо компиляторо-платформенного расширения по разному реализованному в компиляторах. Поиск/замена в пределах проекта дело минутное, а иногда и миллисекундное .

Без искусственных - легче легкого, надо просто прилично знать язык, дабы отличать превнесенное от стандартного.

а как насчет ассемблерных вставок?