Вопрос к спецам:
почему появляется ошибка в данном коде на максимальной оптимизации? На всех остальных оптимизациях и без, код нормально компилируется.
IAR 4.20. На других не пробовал. Может есть другой вариант описания данной структуры? Но хотелось чтобы поля структуры адресовались из "корня", то есть без лишнего имени структуры.



Добавлю. Ошибка то появляется, то исчезает когда немного код изменяю. В первой версии был большой код. Здесь я всё сократил до минимума.

Сообщение отредактировал GetSmart - Oct 23 2009, 09:41

В операторе if записано "<>" - это что? Неравно? Наверное, нужно "!="?

Да, ошибся, но только в цитате здесь. В IARе было !=. Просто тут в параллель ещё на делфе пишу прогу и меня клинит иногда

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

Если что-нить малость в нём изменить, то ошибка исчезает. Например, если удалить половину условия в if. Или вместо LightStamp1 += 1000; написать asm("NOP");

Сообщение отредактировал GetSmart - Oct 23 2009, 11:48

IAR EWARM 5.40.1 на последний пример не дает ошибок.

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

1. Проверил. Нет. Файл прилагаю. Достаточно создать проект с одним этим файлом и выбрать любой ARM проц (других там нет ) и максимальную оптимизацию (Speed/Size без разницы). Глючит 4.20 и 4.30 оба.
2. хз как проверить, но изменяя одну мелочь как я описал ошибка исчезает и появляется снова когда восстанавливаю изменения. Так что вряд ли дело во временном файле.
3. Файрвола не стоит. Операционка ХР, стабильно работает.
Остальное без комментариев

Еще раз подтверждаю, что в IAR EWARM 5.40.1 никаких ошибок при компиляции этого файла не возникает. Проц выбрал LPC2138. Оптимизацию ставил High->Balanced, High->Size, High-Speed. Это я к тому, что приходите на работу и возьмите последнюю версию компилятора

Что я буду делать с 5-ой версией версией компилера если у меня куча проектов для 4-ой, а они несовместимы. И перелопачивать проекты у меня желания нет. В лучшем случае можно применить 5-ую для новых проектов.


Версия IAR 4.42 это хорошо. Меня интересует только 4.хх. Но выбран код THUMB, а надо ARM. В тумбе 4.20 и 4.30 тоже не ругаются.

так не глючит

не глючит

глючит

глючит

глючит

Первый и последний примеры показательны. То же самое, но в другой очерёдности.

Сообщение отредактировал GetSmart - Oct 23 2009, 23:31

Установил 4.20a и 4.30a. Файл из сообщения №6. Target - LPC2138. Оптимизация High->Size и High->Speed. Режим ARM.
В 4.20a действительно в режиме ARM возникает ошибка, но по-моему это ошибка IDE, а не компилятора. См. скриншот.
В 4.30a ошибок нет.

Что то я в процессе кастрации не заметил когда ошибка слегка поменялась
Вот такой код выдаёт оригинальную ошибку. В 4.20 и в 4.30A (4.30.1.537) тоже.

Может я что-то не то делаю, но в 4.20 ошибка почти такая же, а в 4.30 нет ошибок. Оптимизация в обоих случаях High->Size.

Да, странно. У меня в директории IAR4.30 лежит компилятор (iccarm.exe) версии 4.20. Я видно когда-то давно экспериментировал и заменил его. А двумя постами раньше по ошибке указал версию aarm.exe. Восстановил iccarm.exe версии 4.30.1.237. В нём действительно ошибка не возникает. Даже в полном проекте, на который ругался 4.20.

ЗЫ. Кто-нить знает как обойти (убрать, изменить, блокировать и тд) некоторые ключи компилятора, которые при компиляции передаются iccarm.exe ? А то я хотел сделать гибрид из 4 и 5-ой версий (линкер 4.хх, компилятор 5.хх), а компилятор ругается на параметр --stack_align. Вообще-то некоторые ключи отличаются, например оптимизация. Может можно как-то и их изменять в процессе передачи компилятору?

Сообщение отредактировал GetSmart - Oct 24 2009, 02:30

Как Вы написали такк тупо и сделал. Да пофиг, какие опции - не ругается, по тому, что не может никак ругаться на простейшие коды. Кашу из IDE устроили, DLL и прочее замешали в кучу и понеслось....

Вивисектор, нашелся, понимаешь - НУ РАЗНЫЕ, СОВСЕМ разные форматы объектников не слиннкует старый линкер ничего. А если V5 НЕ pro версия, то тот объектник вообще никто не слинкует, ибо для демо и иже с ней объектники специально модифицированы, дабы стандартные GCC binutils шли лесом.

Ну офигенная работа - после того, как ОДИН раз сделал вообще никакая. А уж пляcки с 4.20 вместо финишного 4.42 это вообще ни в какие ворота не лезет.

Не надо так нервничать Я работаю уже давно в 4.20. В полноценном и никак не модифицированном, ни EXE, ни DLL. В нём и возникает (стабильно!!!) ошибка на 100% корректном Си коде. Не я виноват, что 4.20 кривой (слегка, т.к. все остальные мои проекты на нём работают).


Я почему не переходил на более новые - был у меня один сложный проект, на 4.20 работал замечательно. Потом я его откомпилил в 4.30 и он перестал работать. Я тогда спешил и не стал исследовать где вылез косяк. Просто в памяти отложилась эта ситуация. Теперь жалею, что не сохранил весь проект в архиве с камментом для выяснения проблемы.

А вообще, я притягиваю баги компиляторов Уже не один и не два нашёл для ARMов.

Скачал ещё 4.10, 4.41, 4.42. Буду посмотреть как они компилят и что за код генерят. Появилось время для исследований.

Сообщение отредактировал GetSmart - Oct 24 2009, 12:11