IAR for 8051 MSC-51 ver 7.20D, Странности с библиотеками Опции

[zltigo]

Потребовалось быстренько поработать со старой железкой на AT89C55WD + 32K RAM. Поставил вышеупомянутый IAR, попарил мозги с многочисленными памятями. Быстренько набросал заготовочку - все дышит, UART, таймер, прерывания, буферочки все без особых проблем... НО при попытке вызвать библиотечную функцию (ну например простейшая strcpy() )из нее нет возврата. Контроллер живет - обработчики прерываний живут..
Code - Near
Data model - Large
Calling convertion - XDATA stack
CLIB
Все остальное, типа стеков, размеров, адресов вроде по уму поставил, да собственное все живет....
Всякие стуки (в разумных пределах) в бубен попробовал чего-то я в 51 видимо не понимаю :-(
Сможет кто-нибудь просветить куда смотреть, что копать???

[zltigo]

Одну явную ошибку теоретически нащупал, IARовский 'волшебник' по какой-то причине установил для
AT89C55WD регистр DPTR Select 0x86 вместо документированного 0xA2. Причем в *.i51 файле
указано правильно addr_DPS=0xA2. Завтра буду пробовать.

P.S.
Никогда не любил 'волшебников' и вот один раз решил съэкономить и не забивать голову разборками и результат подтвердил, что руками оно завсегда правильнее. Заодно всю муть из
.xcl файла и cstartup.s51 повыкидовал...

P.P.S.
Старенькая, конечно 51 архитектура - почтеный возраст в 26 лет не скроешь :-(.

[lks]

Старенькая, конечно 51 архитектура - почтеный возраст в 26 лет не скроешь :-(.

А каким образом компилятор связан с "архитекурой железа"?
Вот недавно пробовал прогу на Keil - ну там с плавающей точкой арифметика была и все эти библиотечные функции по обработке строк - все работало - хотя она и была написана для другого компиляторе .
Зачем нужно менять архитектуру, если сейчас одноцикловые 8051 с раширенными возможности функций памяти имеют производительность во много раз выше обычных - а потребление на порядок ниже?