Странное поведение 5.10 при компиляции в C++ Опции

[alexander55]

Добрый день!
Обнаружил следующую неприятность в IAR версии 5.10.
Привожу вариант, который каждый может попробовать.

IAR С-примерчик с одним прерыванием по таймеру при выборе языка C успешно компилируется и в ARM и Thumb (и в RAM и во Flash).
Если выбрать любую вариацию C++ объектные файлы образуются, а на этапе сборки говорит, что
нет определения для вектора IRQ_ISR_Handler.
Привожу текст для RAM (под Flash аналогично) .

Building configuration: TimerInt - JLINK_RAM
Updating build tree...
Linking
Error[Li005]: no definition for "IRQ_ISR_Handler" [referenced from C:\ARM_Projects\Education\
IAR-LPC-214X\TimerInt\Project\JLINK_RAM\Obj\lpc2xxx_cstartup.o]
Error while running Linker

Total number of errors: 1
Total number of warnings: 0

Какие есть мысли.

[Сергей Борщ]

Привожу текст для RAM (под Flash аналогично) .
....
Какие есть мысли.

Текст видать кто-то покоцал. А мысль одна: переводя слова zltigo extern "C" __arm __irq void IRQ_ISR_Handler()
{
......
}
А чтобы компилилось в обоих режимах -

Код

#include <yvals.h>
_EXTERN_C  __arm __irq void IRQ_ISR_Handler()
{
......
}
_END_EXTERN_C

насчет yvals.h - возможно в 5.10 он имеет другое название, но в предыдущих он подключается автоматически через любой из библиотечных заголовочных файлов (через тот же stdint.h)

[alexander55]

Удалось решить проблему следующим образом.
В startup и С модулях заменил
IRQ_ISR_Handler на IRQ_Handler.
После этого компилится нормально и С и в EC++ и в EEC++.
Я просмотрел примеры для других ARM uC там везде irq_handler и fiq_handler. У LPC (автор Стадомир Бонев - кажется, он с Olimex) часть irq_isr_handler, fiq_isr_handler, часть irq_handler, fiq_handler.
В документации IAR везде одназначно рекомендуется irq_handler, fiq_handler.

PS. Поздравляю всех с победой нашей сборной на eurobasket-2007.