Подскажите софт, Софт для ARM (LPC2478) Опции

[Rom20]

Доброго времени суток, решил зающать ARM7 (контроллер Philips LPC2478) с ним идет сопроводительная документация, в ней рекомендую для отладки программ использовать uVision (скачал uVision3) ну видимо обрезанная версия ни чего нет подскажите какой нибудь хороший отладочный софт на подобе AVR Studio что бы можно было так же отлаживать тыкать на регистры и всякое такое.

[igorsk]

А вот с GCC все было весело - для Кортекса я им не пользуюсь - последний у меня 4.1.1 для ARM. Cначала скачал готовую сборку от Macraigor 4.4.3 - я всегда оттуда беру.

Готовый GCC лучше брать от CodeSourcery - там люди над ним за деньги работают, и поддержка новых фич появляется раньше майнлайна. Кстати я слыхал IAR вроде тоже на GCC перешёл.

также вопрос к пользователям кортексов - а NEON хоть как-то поддерживается в коммерческих компилерах? прежде всего IAR, ну и RVDS интересны???
ну то есть я знаю, что GCC и RVDS поддерживают, но вопрос как? вроде как GCC сам умеет "векторизовать"
ну а IAR и Keil вроде как и не собираются поддерживать

Keil сейчас юзает фирменный армовский компилятор, но т.к. сама среда заточена под младшие модели, поддержки Cortex-A и соответственно неона нету.
RVCT неон поддерживает давно, и авто-векторизацию тоже умеет.

Сообщение отредактировал igorsk - Aug 31 2010, 21:46

[VslavX]

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

Да, спасибо, глянул - мне понравилось, вроде даже Cygwin не нужен (у меня вечно с ним всякие траблы), скачаю - попробую. А в Lite-версии у них компилятор никак не урезанный? Командной строки мне полностью достаточно.

Кстати я слыхал IAR вроде тоже на GCC перешёл.

По меньшей мере заюзали binutils-ы. Но как-то криво - я линкер-ом 5.x до сих на грабли наступаю при пересборке старых проектов. Причем я четко понимал преимущества и особенности IAR-овского UBROF и старался ими не злоупотреблять - именно для лучшей переносимости.

[zltigo]

Но как-то криво - я линкер-ом 5.x до сих на грабли наступаю при пересборке старых проектов.

У них в не pro версии специально внесена несовместимость в объектники. С pro версией проблем не замечал (но много не пользовал) - хоть с GCC хоть с их интерпретацией инструментария.

[VslavX]

У них в не pro версии специально внесена несовместимость в объектники. С pro версией проблем не замечал (но много не пользовал) - хоть с GCC хоть с их интерпретацией инструментария.

Что понимается под "Pro" - это Full который?
У меня грабли были с некоторыми relocations (есть часть кода который написан на асме и должен быть позиционно-независимым, там это и вылезло), то есть в формате ELF-ARM они четко документированы и должны быть поддержаны, но линкер их "в упор" не понимал.

[zltigo]

Что понимается под "Pro" - это Full который?

Да.

но линкер их "в упор" не понимал.

Какой из двух (GCC/IAR) возможных?

[VslavX]

Какой из двух (GCC/IAR) возможных?

IAR-овский (для GCC лень было скрипт переписывать - выкрутился коррекцией кода), еще была пара случаев когда он просто падал с internal error. Сам IAR C-компилятор при разрешенной максимальной оптимизации тоже иногда глючит - и падает (internal error) и лажу выдает. Я сейчас вообще особого смысла держаться за IAR для ARM-ов не вижу, на AVR-ках - да, там ИАР по компактности вне конкуренции, а для ARM - выбор широкий. Попробую сборку GCC от CodeSourcery - вроде на первый взгляд ничего так и рискну прикладникам предложить (моя часть изначально многопортовая - GCC/IAR/MSVC, мне почти все равно).

[sonycman]

IAR-овский (для GCC лень было скрипт переписывать - выкрутился коррекцией кода), еще была пара случаев когда он просто падал с internal error. Сам IAR C-компилятор при разрешенной максимальной оптимизации тоже иногда глючит - и падает (internal error) и лажу выдает.

С кейлом у меня никогда не было проблем по части глюков, а ИАР - да, ассемблер при компиляции стартапа для кортекса запарил своими внутренними ошибками.
Поставишь лишний комментарий\впишешь строчку кода - и падает.
И это 5.50.5 версия!

Слава богу, си компилер пока не глючил

[zltigo]

ИАР - да, ассемблер при компиляции стартапа для кортекса запарил своими внутренними ошибками.

Для Cortex? Для Cortex, зараза, даже startup на 'C' пишется совершенно естественно. Дожили . Падений компилятора давно уже не встечал, на каком-то из первых - было. Документировали и пофиксили.

[VslavX]

Падений компилятора давно уже не встечал, на каком-то из первых - было. Документировали и пофиксили.

Держите, свеженькое - две недели назад наступил, версия 5.41, ключики такие:

Код

CFLAGS        = --cpu=Cortex-M3 -e --silent --endian little -Ohz    
          --no_path_in_file_macros
          --no_mem_idioms
          --no_unaligned_access

При -Ohz - падает, при -Oh работает, так и живем

Сам код:

CODE

typedef unsigned long DWORD, *PDWORD;

#pragma swi_number=0x00
__swi DWORD hal_swi_call1(
DWORD agr0);

#pragma swi_number=0x00
__swi DWORD hal_swi_call2(
DWORD arg0,
DWORD arg1);

#define hal_lock_interrupt() hal_swi_call1(0)
#define hal_unlock_interrupt(sr) hal_swi_call2(1, sr)

DWORD
hal_interlocked_inc(
PDWORD var)
{
DWORD lock, ret;
lock = hal_lock_interrupt();
ret = *var + 1;
*var = ret;
hal_unlock_interrupt(lock);
return ret;
}

DWORD
hal_interlocked_dec(
PDWORD var)
{
DWORD lock, ret;
lock = hal_lock_interrupt();
ret = *var - 1;
*var = ret;
hal_unlock_interrupt(lock);
return ret;
}

DWORD
hal_interlocked_set(
PDWORD var,
DWORD mask)
{
DWORD lock, ret;
lock = hal_lock_interrupt();
ret = *var;
ret |= mask;
*var = ret;
hal_unlock_interrupt(lock);
return ret;
}

DWORD
hal_interlocked_clr(
PDWORD var,
DWORD mask)
{
DWORD lock, ret;
lock = hal_lock_interrupt();
ret = *var;
ret &= ~mask;
*var = ret;
hal_unlock_interrupt(lock);
return ret;
}

DWORD
hal_interlocked_xchg(
PDWORD var,
DWORD value)
{
DWORD lock, ret;
lock = hal_lock_interrupt();
ret = *var;
*var = value;
hal_unlock_interrupt(lock);
return ret;
}

Про глюки библиотек при --no_unaligned_access вообще молчу