Хорошо, как добиться работоспособности программы при компиляции IAR'ом, если компиляция с помощью gcc для двух платформ (ARM920t, x86) стабильно работает?

Я не умею давать ответов на абстрактные вопросы .

>Я не умею давать ответов на абстрактные вопросы
Зато диагноз "нестабильная программа", сделаный по фотографии сестры жены друга пациента поставлен "верно". Мои поздравления, доктор=)

парни, хватит бычится.
я щас досебу gcc4.3.0-20070622 еще раз попробуем
теперь gcc должен уметь cortex'ы жарить
немного перепилен оптимизатор по сравнению с 4.2
больше в с++ заметно наверно будет.

А фортран вам не нада?

ПРОЧИТАЙТЕ ПЕРВЫЙ ПОСТ СВОЕГО КОЛЛЕГИ я не знаю какого он это написал, но писал это

он а не я. С диагнозами разбирайтесь с ним. Что вы там в четыре руки слепили из того, что было мне не ведомо.
Я написал, то, что написал:

разжевываю: бессмысленно спрашивать почему нестабильная или нерабочая программа работает быстрее или медленнеее в зависимости от расположения звезд на небе или компилятора или каких-либо других факторов.

>Слушайте, любезный - ПРОЧИТАЙТЕ ПЕРВЫЙ ПОСТ СВОЕГО КОЛЛЕГИ я не знаю какого он это написал, но писал это
Простите за резкость, но я уже написал, что это было неточное выказывание. Не будем ссориться
И спасибо за помощь (с memcpy).

Да дело то не в этом . В коде явно присутствует какая-то небрежность и двусмысленность а уж поведение компилятора дело второе. Кроме того темнить начали. Cначала явно было сказано о нестабильности стека, потом сказано, что нестабильность следует читать, как неработоспособность откомпилированного IAR кода, хотя какая неработоспособность, если опять в заголовке говорилось о меньшей производительности.




И в мыслях не было. Закончили.

Пожалуйса.