CrossWorks и Maverick, Как настроить поддержку в CrossWorks Maverick сопроцессора для ep93xx? Опции

[Andrei....]

Как настроить поддержку в CrossWorks Maverick сопроцессора для ep93xx?

[SpiritDance]

Эта появлюсь я в теме.

Во первых у olimexa существует точно такае же платка, но на 9302, в котором сопроцессор присутсвует. Терра похоже может закупить их если заказов будет более 100 у.е, то есть хотябы один. А на 9301 плат у них в наличии сейчас все-равно нет. Я в принципе то же заинтересован, так что можно сообща обратится к барыгам с просьбой привести платки.

Во-вторых. Я тут тоже с кроссворксом вожусь, правда пока с 1.5. в процессе возникли следующие вопросы.

1 Каким образом избавится от того, что линкер присобачивает в прошивку все что накомпиляет компилятор. В отличие от gcc нормальные тулчейны собирают только используемый код. Надо это мне, так как на фирме принято использовать бибилиотечки, которые хранятся в исходниках, а объемы встроенного флеша всеже не резиновые.

2 почему линкер gcc ругаецца на inline функции как на multiply definition в разных модулях. Я объявил конечно функции из библиотечки atmel как static но по-моему это бред какой-то.

3 Каким образом компилять в thumb режиме? Дело в том что в программе используются обработчики прерываний, а они должны быть arm. Ну собственно вопроса то два. Во превых можно ли как то объяснить gcc что функция должна быть арм. Во-вторых насколько корректно скомпиляется прога, если не использовать общий обработчик в стартапе, а пользоваться __attribute__

4 Насколько возможно к этому долбаному кроссворску подключить сторониий gсс дистрибутив, например такой http://www.codesourcery.com/gnu_toolchains/arm/ Я так и не понял каким образом сделатть так, чтобы использовались библиотеки идущие с этой сборкой, а не от кроссворкса. Пробовал подключать только собственно компилер - с библиотеками кроссворкса не уживается.

[klen]

Эта появлюсь я в теме.

Во первых у olimexa существует точно такае же платка, но на 9302, в котором сопроцессор присутсвует. Терра похоже может закупить их если заказов будет более 100 у.е, то есть хотябы один. А на 9301 плат у них в наличии сейчас все-равно нет. Я в принципе то же заинтересован, так что можно сообща обратится к барыгам с просьбой привести платки.

Я всеми лапами ЗА. Очень хоцца помацать GCC+сопроцессор из исследовательских целей.

Во-вторых. Я тут тоже с кроссворксом вожусь, правда пока с 1.5. в процессе возникли следующие вопросы.

1 Каким образом избавится от того, что линкер присобачивает в прошивку все что накомпиляет компилятор. В отличие от gcc нормальные тулчейны собирают только используемый код. Надо это мне, так как на фирме принято использовать бибилиотечки, которые хранятся в исходниках, а объемы встроенного флеша всеже не резиновые.

если компиллер генерит код с опцией -g.. то в объектник валются все секции код, данные, отладка и тд. Чтоб оставить только содержательный код нужно пройтись по elf-бинарникам и библиотекам утилитой strip (в пакете binutils), собраной под arm-elf.
Тем неменение в флешь заливается не ELF, а сделанный из него с помощью утилиты obj-copy HEX или BIN файл. Поэтому во флеш по любому не лезет лишние секции. Другое дело если вы не используете оптимизацию. То тогда GCC по умолчанию генерит все по стандарту и не отбрасывает "ненужный код". Попробуйте собрать с опцией -O1 или -O2 Напимер. код должен уменьшится и ускорится.

3 Каким образом компилять в thumb режиме? Дело в том что в программе используются обработчики прерываний, а они должны быть arm. Ну собственно вопроса то два. Во превых можно ли как то объяснить gcc что функция должна быть арм. Во-вторых насколько корректно скомпиляется прога, если не использовать общий обработчик в стартапе, а пользоваться __attribute__

в отличие от других компиллеров в GCC для использования кода Thumb нужно этот код собирать в отдельных модулях и компелировать с опцией -mthumb, в дополнение к опциям компиляции модулей обоих типов необходимо добавить опуию -mthumb-interwork, чттоб компиллер генерил кодд совместимый с перекрестными вызоваи функций с кодом обоих типов.

4 Насколько возможно к этому долбаному кроссворску подключить сторониий gсс дистрибутив, например такой http://www.codesourcery.com/gnu_toolchains/arm/ Я так и не понял каким образом сделатть так, чтобы использовались библиотеки идущие с этой сборкой, а не от кроссворкса. Пробовал подключать только собственно компилер - с библиотеками кроссворкса не уживается.

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

Людиииииии... есть у кого таблетка к CrossWorks 1.6 biuld 3, пааамираюю..

[SpiritDance]

если компиллер генерит код с опцией -g.. то в объектник валются все секции код, данные, отладка и тд. Чтоб оставить только содержательный код нужно пройтись по elf-бинарникам и библиотекам утилитой strip (в пакете binutils), собраной под arm-elf.
Тем неменение в флешь заливается не ELF, а сделанный из него с помощью утилиты obj-copy HEX или BIN файл. Поэтому во флеш по любому не лезет лишние секции. Другое дело если вы не используете оптимизацию. То тогда GCC по умолчанию генерит все по стандарту и не отбрасывает "ненужный код". Попробуйте собрать с опцией -O1 или -O2 Напимер. код должен уменьшится и ускорится.

Я это дело проверял именно по размеру бинарника в профилях ARM flash debug и ARM flash release c подсоединненой бибилиотечкой усарта и без нее, в main в обоих случаях было просто записано for(;;);
с подсоедиными к проекту файлами бинарник занял около 9К в дебаге и около 5К в релизе, в то время как с неприсоединнеными файлами заняло что-то около 500 байт. Я могу повторить экспиримент с и привести точные данные если хотите.

в отличие от других компиллеров в GCC для использования кода Thumb нужно этот код собирать в отдельных модулях и компелировать с опцией -mthumb, в дополнение к опциям компиляции модулей обоих типов необходимо добавить опуию -mthumb-interwork, чттоб компиллер генерил код совместимый с перекрестными вызовам функций с кодом обоих типов.

ОК. Только мне осталось непонятным как при таком подходе будут работать обработчики прерываний, при условии что обработчик в startup не задействован.

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

Да дело даже не столько в багах сколько именно в возможности использовать сторонние дистрибутивы. а то вся прелесть gcc вобще-то и теряется.

Для этого нада просто поменять файлы в CrossWorks/gcc/bin на новые из другой сборки.

Дык блин говорю же, так и поступал. причем можно даже ничего не менять указав путь к gcc в tools->options-build, компилятор по прежнему заглотил код, но линкер начал ругатся на оепратор деления , типа не смог наети entry point или что-то в этом роде.



кстати а что с inline? Я что то непонимаю или как?